[#21709] [Feature #1084] request for: Array#sort_by! — Radosław Bułat <redmine@...>

Feature #1084: request for: Array#sort_by!

15 messages 2009/02/01

[#21714] [BUG:trunk] Got the error message, after run 'gem install --test'. — Takao Kouji <kouji@...7.net>

Hi, Ryan.

14 messages 2009/02/01

[#21715] New documentation system! — Luiz Vitor Martinez Cardoso <grabber@...>

People,

35 messages 2009/02/01
[#21716] Re: New documentation system! — Austin Ziegler <halostatue@...> 2009/02/01

On Sun, Feb 1, 2009 at 10:51 AM, Luiz Vitor Martinez Cardoso

[#21717] Re: New documentation system! — znmeb@... 2009/02/01

Quoting Austin Ziegler <halostatue@gmail.com>:

[#21718] Re: New documentation system! — Luiz Vitor Martinez Cardoso <grabber@...> 2009/02/01

People,

[#21719] Re: New documentation system! — Yehuda Katz <wycats@...> 2009/02/01

One project that has been in the works for a while and shows a lot of

[#21731] Re: New documentation system! — Charles Oliver Nutter <charles.nutter@...> 2009/02/02

I'd love to see a documentation system similar to what python has, and

[#21746] Re: New documentation system! — Luiz Vitor Martinez Cardoso <grabber@...> 2009/02/02

People,

[#21754] Re: New documentation system! — Charles Oliver Nutter <charles.nutter@...> 2009/02/02

Luiz Vitor Martinez Cardoso wrote:

[#21802] [Bug #1098] Unclear encoding error: #<Encoding::UndefinedConversionError: "\xE2\x96\x80" from UTF-8 to ISO-8859-1 in conversion from CP850 to ISO-8859-1> — Tom Link <redmine@...>

Bug #1098: Unclear encoding error: #<Encoding::UndefinedConversionError: "\xE2\x96\x80" from UTF-8 to ISO-8859-1 in conversion from CP850 to ISO-8859-1>

6 messages 2009/02/03

[#21893] [Feature #1122] request for: Object#try — Narihiro Nakamura <redmine@...>

Feature #1122: request for: Object#try

30 messages 2009/02/06
[#21907] Re: [Feature #1122] request for: Object#try — Yusuke ENDOH <mame@...> 2009/02/07

Hi,

[#21909] Re: [Feature #1122] request for: Object#try — "David A. Black" <dblack@...> 2009/02/07

Hi --

[#21923] Re: [Feature #1122] request for: Object#try — Yusuke ENDOH <mame@...> 2009/02/08

Hi,

[#21932] Re: [Feature #1122] request for: Object#try — "David A. Black" <dblack@...> 2009/02/08

Hi--

[#21968] Re: [Feature #1122] request for: Object#try — Michal Babej <calcifer@...> 2009/02/10

Hi,

[#21972] Re: [Feature #1122] request for: Object#try — "David A. Black" <dblack@...> 2009/02/10

Hi --

[#21973] Re: [Feature #1122] request for: Object#try — =?ISO-8859-2?Q?Rados=B3aw_Bu=B3at?= <radek.bulat@...> 2009/02/11

Providing new syntax change for such a small thing is IMHO

[#22165] Re: [Feature #1122] request for: Object#try — Yehuda Katz <wycats@...> 2009/02/15

Count me in as a +1 on foo.?bar(baz). I'm on the fence about whether ?bar

[#22177] Re: [Feature #1122] request for: Object#try — Daniel Luz <dev@...> 2009/02/16

2009/2/15 Yehuda Katz <wycats@gmail.com>:

[#22219] Re: [Feature #1122] request for: Object#try — Roger Pack <rogerdpack@...> 2009/02/18

> IMHO, foo.?bar should behave as "call-except-if-nil". Not only it

[#22226] Re: [Feature #1122] request for: Object#try — =?ISO-8859-2?Q?Rados=B3aw_Bu=B3at?= <radek.bulat@...> 2009/02/18

On Wed, Feb 18, 2009 at 6:29 PM, Roger Pack <rogerdpack@gmail.com> wrote:

[#22230] Re: [Feature #1122] request for: Object#try — Roger Pack <rogerdpack@...> 2009/02/18

> Then how it is different from

[#21903] [Bug #1127] error while compiling Win32API under MinGW — Luis Lavena <redmine@...>

Bug #1127: error while compiling Win32API under MinGW

15 messages 2009/02/07

[#21937] [Bug #1131] String#unpack("V") does not work correctly is linux on s390x — Ittay Dror <redmine@...>

Bug #1131: String#unpack("V") does not work correctly is linux on s390x

13 messages 2009/02/08

[#21946] New hash : syntax for the 1.8 series? — Brent Roman <brent@...>

36 messages 2009/02/10
[#21949] Re: New hash : syntax for the 1.8 series? — "Akinori MUSHA" <knu@...> 2009/02/10

At Tue, 10 Feb 2009 16:30:55 +0900,

[#21952] Re: New hash : syntax for the 1.8 series? — "David A. Black" <dblack@...> 2009/02/10

Hi --

[#21963] Re: New hash : syntax for the 1.8 series? — "Akinori MUSHA" <knu@...> 2009/02/10

At Tue, 10 Feb 2009 22:32:19 +0900,

[#21977] Re: New hash : syntax for the 1.8 series? — Evan Phoenix <evan@...> 2009/02/11

[#21980] Re: New hash : syntax for the 1.8 series? — Yukihiro Matsumoto <matz@...> 2009/02/11

Hi,

[#21997] 1.8.7 Specifics — John Barnette <jbarnette@...>

There's a fair amount of talk lately about release management and

80 messages 2009/02/11
[#21999] Re: 1.8.7 Specifics — Luis Lavena <luislavena@...> 2009/02/11

On Wed, Feb 11, 2009 at 4:42 PM, John Barnette <jbarnette@gmail.com> wrote:

[#22004] Re: 1.8.7 Specifics — Charles Oliver Nutter <charles.nutter@...> 2009/02/11

Luis Lavena wrote:

[#22005] Re: 1.8.7 Specifics — Luis Lavena <luislavena@...> 2009/02/11

On Wed, Feb 11, 2009 at 5:55 PM, Charles Oliver Nutter

[#22007] Re: 1.8.7 Specifics — Pit Capitain <pit.capitain@...> 2009/02/11

2009/2/11 Luis Lavena <luislavena@gmail.com>:

[#22008] Re: 1.8.7 Specifics — Yukihiro Matsumoto <matz@...> 2009/02/11

Hi,

[#22024] Re: 1.8.7 Specifics — Brent Roman <brent@...> 2009/02/12

[#22025] Re: 1.8.7 Specifics — Yukihiro Matsumoto <matz@...> 2009/02/12

Hi,

[#22028] Re: 1.8.7 Specifics — Ezra Zygmuntowicz <ezmobius@...> 2009/02/12

[#22048] Re: 1.8.7 Specifics — Urabe Shyouhei <shyouhei@...> 2009/02/13

Hello Ezra,

[#22049] Re: 1.8.7 Specifics — Ezra Zygmuntowicz <ezmobius@...> 2009/02/13

[#22051] A short memorandum (Re: 1.8.7 Specifics) — Urabe Shyouhei <shyouhei@...> 2009/02/13

Let me leave a memo to remember issues I can think of.

[#22054] Re: A short memorandum (Re: 1.8.7 Specifics) — Charles Oliver Nutter <charles.nutter@...> 2009/02/13

Urabe Shyouhei wrote:

[#22055] Re: A short memorandum (Re: 1.8.7 Specifics) — Charles Oliver Nutter <charles.nutter@...> 2009/02/13

Charles Oliver Nutter wrote:

[#22079] Re: A short memorandum (Re: 1.8.7 Specifics) — Eero Saynatkari <ruby-ml@...> 2009/02/14

Excerpts from Headius: Charles Oliver Nutter's message of Sat Feb 14 00:53:17 +0200 2009:

[#22091] Re: A short memorandum (Re: 1.8.7 Specifics) — Charles Oliver Nutter <charles.nutter@...> 2009/02/14

Eero Saynatkari wrote:

[#22101] Re: A short memorandum (Re: 1.8.7 Specifics) — Urabe Shyouhei <shyouhei@...> 2009/02/14

Charles Oliver Nutter wrote:

[#22107] Re: A short memorandum (Re: 1.8.7 Specifics) — Ezra Zygmuntowicz <ezmobius@...> 2009/02/14

[#22123] Re: A short memorandum (Re: 1.8.7 Specifics) — Urabe Shyouhei <shyouhei@...> 2009/02/14

Ezra Zygmuntowicz wrote:

[#22128] Re: A short memorandum (Re: 1.8.7 Specifics) — Nobuyoshi Nakada <nobu@...> 2009/02/15

Hi,

[#22132] Re: A short memorandum (Re: 1.8.7 Specifics) — Brent Roman <brent@...> 2009/02/15

[#22139] Re: A short memorandum (Re: 1.8.7 Specifics) — Charles Oliver Nutter <charles.nutter@...> 2009/02/15

Brent Roman wrote:

[#22145] Re: A short memorandum (Re: 1.8.7 Specifics) — Brent Roman <brent@...> 2009/02/15

[#22152] Re: A short memorandum (Re: 1.8.7 Specifics) — Charles Oliver Nutter <charles.nutter@...> 2009/02/15

Brent Roman wrote:

[#22065] Dir.glob and duplicates? — Charles Oliver Nutter <charles.nutter@...>

I was fixing a JRuby Dir.glob spec failure where we produced a duplicate

28 messages 2009/02/14
[#22066] Re: Dir.glob and duplicates? — Tanaka Akira <akr@...> 2009/02/14

In article <4996749D.7050009@sun.com>,

[#22116] [Bug #1162] Build Assertion Failure with VC+++ - Incorrect flushing of stdout/stderr — Charlie Savage <redmine@...>

Bug #1162: Build Assertion Failure with VC+++ - Incorrect flushing of stdout/stderr

11 messages 2009/02/14

[#22206] ruby-1.9.1-p0 build failure on i586 — "Jeroen van Meeuwen (Fedora Project)" <kanarip@...>

Hi there,

12 messages 2009/02/18

[#22212] [Bug #1172] [sparc] *** glibc detected *** ruby1.9: free(): invalid pointer: 0xf7ef6a54 *** — Lucas Nussbaum <redmine@...>

Bug #1172: [sparc] *** glibc detected *** ruby1.9: free(): invalid pointer: 0xf7ef6a54 ***

12 messages 2009/02/18

[#22246] YASNP (Yet Another Selector Namespace Proposal) — Yehuda Katz <wycats@...>

The idea is to make selectors like optional versions of Python imports.

137 messages 2009/02/19
[#22251] Re: YASNP (Yet Another Selector Namespace Proposal) — Charles Oliver Nutter <charles.nutter@...> 2009/02/19

Yehuda Katz wrote:

[#22252] Re: YASNP (Yet Another Selector Namespace Proposal) — Charles Oliver Nutter <charles.nutter@...> 2009/02/19

Charles Oliver Nutter wrote:

[#22262] Re: YASNP (Yet Another Selector Namespace Proposal) — Florian Gilcher <flo@...> 2009/02/19

[#22267] Re: YASNP (Yet Another Selector Namespace Proposal) — Yehuda Katz <wycats@...> 2009/02/19

2009/2/19 Florian Gilcher <flo@andersground.net>

[#22285] Re: YASNP (Yet Another Selector Namespace Proposal) — Florian Gilcher <flo@...> 2009/02/20

[#22295] Re: YASNP (Yet Another Selector Namespace Proposal) — Yehuda Katz <wycats@...> 2009/02/20

Ok, based on a bunch of comments I got from Aaron Patterson and John

[#22316] Re: YASNP (Yet Another Selector Namespace Proposal) — Jim Weirich <jim.weirich@...> 2009/02/21

On Feb 20, 2009, at 8:39 AM, Yehuda Katz wrote:

[#22322] Re: YASNP (Yet Another Selector Namespace Proposal) — Aaron Patterson <aaron@...> 2009/02/22

On Sun, Feb 22, 2009 at 04:34:18AM +0900, Jim Weirich wrote:

[#22330] Re: YASNP (Yet Another Selector Namespace Proposal) — Eero Saynatkari <ruby-ml@...> 2009/02/22

Excerpts from Aaron Patterson's message of Sun Feb 22 04:35:41 +0200 2009:

[#22409] Re: YASNP (Yet Another Selector Namespace Proposal) — Yukihiro Matsumoto <matz@...> 2009/02/24

Hi,

[#22427] Re: YASNP (Yet Another Selector Namespace Proposal) — Brian Ford <brixen@...> 2009/02/24

On Feb 24, 2:07=A0am, Yukihiro Matsumoto <m...@ruby-lang.org> wrote:

[#22433] Re: YASNP (Yet Another Selector Namespace Proposal) — Eero Saynatkari <ruby-ml@...> 2009/02/24

Excerpts from brixen's message of Wed Feb 25 00:04:34 +0200 2009:

[#22435] Re: YASNP (Yet Another Selector Namespace Proposal) — Yehuda Katz <wycats@...> 2009/02/24

2009/2/24 Eero Saynatkari <ruby-ml@kittensoft.org>

[#22441] Re: YASNP (Yet Another Selector Namespace Proposal) — Brian Ford <brixen@...> 2009/02/25

On Feb 24, 3:17=A0pm, Yehuda Katz <wyc...@gmail.com> wrote:

[#22442] Re: YASNP (Yet Another Selector Namespace Proposal) — Yehuda Katz <wycats@...> 2009/02/25

2009/2/24 Brian Ford <brixen@gmail.com>

[#22446] Re: YASNP (Yet Another Selector Namespace Proposal) — Jim Deville <jdeville@...> 2009/02/25

I agree that this will be used in ways other than just framework creators. =

[#22448] Re: YASNP (Yet Another Selector Namespace Proposal) — Jim Weirich <jim.weirich@...> 2009/02/25

[#22449] Re: YASNP (Yet Another Selector Namespace Proposal) — Jim Deville <jdeville@...> 2009/02/25

[#22450] Re: YASNP (Yet Another Selector Namespace Proposal) — Yehuda Katz <wycats@...> 2009/02/25

I'm also in favor of discussing this, but all I hear so far in opposition is

[#22460] Re: YASNP (Yet Another Selector Namespace Proposal) — Florian Gilcher <flo@...> 2009/02/25

[#22471] Re: YASNP (Yet Another Selector Namespace Proposal) — Brian Ford <brixen@...> 2009/02/25

On Feb 24, 9:17=A0pm, Yehuda Katz <wyc...@gmail.com> wrote:

[#22490] Re: YASNP (Yet Another Selector Namespace Proposal) — Ola Bini <ola.bini@...> 2009/02/25

Yehuda Katz wrote:

[#22495] Re: YASNP (Yet Another Selector Namespace Proposal) — Yukihiro Matsumoto <matz@...> 2009/02/25

Hi,

[#22506] Re: YASNP (Yet Another Selector Namespace Proposal) — Ola Bini <ola.bini@...> 2009/02/25

Yukihiro Matsumoto wrote:

[#22510] Re: YASNP (Yet Another Selector Namespace Proposal) — Charles Oliver Nutter <charles.nutter@...> 2009/02/25

Ola Bini wrote:

[#22514] Re: YASNP (Yet Another Selector Namespace Proposal) — Ola Bini <ola.bini@...> 2009/02/25

Charles Oliver Nutter wrote:

[#22521] Re: YASNP (Yet Another Selector Namespace Proposal) — Charles Oliver Nutter <charles.nutter@...> 2009/02/25

Ola Bini wrote:

[#22522] Re: YASNP (Yet Another Selector Namespace Proposal) — Gary Wright <gwtmp01@...> 2009/02/25

[#22523] Re: YASNP (Yet Another Selector Namespace Proposal) — Yehuda Katz <wycats@...> 2009/02/25

2009/2/25 Gary Wright <gwtmp01@mac.com>

[#22501] Re: YASNP (Yet Another Selector Namespace Proposal) — Jim Weirich <jim.weirich@...> 2009/02/25

[#22325] suggestions for float — Roger Pack <rogerdpack@...>

Floating point rounding errors are common and "annoying"

20 messages 2009/02/22
[#22595] Re: suggestions for float — Roger Pack <rogerdpack@...> 2009/02/28

On Sat, Feb 21, 2009 at 11:59 PM, Roger Pack <rogerdpack@gmail.com> wrote:

[#22621] Re: suggestions for float — Yukihiro Matsumoto <matz@...> 2009/03/02

Hi,

[#22624] Re: suggestions for float — Eero Saynatkari <ruby-ml@...> 2009/03/02

Excerpts from Yukihiro Matsumoto's message of Mon Mar 02 12:46:27 +0200 2009:

[#22629] Re: suggestions for float — Kurt Stephens <kurt@...> 2009/03/02
[#22631] Re: suggestions for float — Eero Saynatkari <ruby-ml@...> 2009/03/02

Excerpts from Kurt Stephens's message of Mon Mar 02 20:27:09 +0200 2009:

[#22336] Floats are freezeable and taintable? — Charles Oliver Nutter <charles.nutter@...>

In adding an optimization for Float I realized that Float objects are

13 messages 2009/02/22

[#22353] [Bug #1195] String#% does not include prefix before zero value for # versions of numeric formats — Charles Nutter <redmine@...>

Bug #1195: String#% does not include prefix before zero value for # versions of numeric formats

10 messages 2009/02/23
[#22397] Re: [Bug #1195] String#% does not include prefix before zero value for # versions of numeric formats — Tanaka Akira <akr@...> 2009/02/24

In article <49a25ec0ce233_84c7e8c1f8909a@redmine.ruby-lang.org>,

[#22543] [Feature #1218] New method needed to set and get the current recursion limit — Conrad Taylor <redmine@...>

Feature #1218: New method needed to set and get the current recursion limit

12 messages 2009/02/26

[#22584] MBARI8 patch fixes bugs caused by incorrect volatile variable declarations — Brent Roman <brent@...>

16 messages 2009/02/28
[#22587] Re: MBARI8 patch fixes bugs caused by incorrect volatile variable declarations — Nobuyoshi Nakada <nobu@...> 2009/02/28

Hi,

[#22590] Re: MBARI8 patch fixes bugs caused by incorrect volatile variable declarations — Tanaka Akira <akr@...> 2009/02/28

In article <49a9024b.0e0d6e0a.11f5.ffffee2f@mx.google.com>,

[#22599] Re: MBARI8 patch fixes bugs caused by incorrect volatile variable declarations — Brent Roman <brent@...> 2009/02/28

[#22667] Re: MBARI8 patch fixes bugs caused by incorrect volatile variable declarations — Michael King <kingmt@...> 2009/03/04

I am having an issue with the MBARI patches. In our app the test suite has a

[ruby-core:21962] [Bug #1139] Segmentation fault ruby 1.9.1p0 (2009-01-30 revision 21907)

From: Shenouda Bertel <redmine@...>
Date: 2009-02-10 19:26:33 UTC
List: ruby-core #21962
Bug #1139: Segmentation fault ruby 1.9.1p0 (2009-01-30 revision 21907)
http://redmine.ruby-lang.org/issues/show/1139

Author: Shenouda Bertel
Status: Open, Priority: Normal
ruby -v: 1.9.1

/usr/local/lib/ruby/gems/1.9.1/gems/pauldix-sax-machine-0.0.7/lib/sax-machine/sax_handler.rb:64: [BUG] Segmentation fault
ruby 1.9.1p0 (2009-01-30 revision 21907) [i686-linux]

-- control frame ----------
c:0018 p:0012 s:0063 b:0063 l:000062 d:000062 METHOD /usr/local/lib/ruby/gems/1.9.1/gems/pauldix-sax-machine-0.0.7/lib/sax-machine/sax_handler.rb:64
c:0017 p:0011 s:0060 b:0060 l:000059 d:000059 METHOD /usr/local/lib/ruby/gems/1.9.1/gems/pauldix-sax-machine-0.0.7/lib/sax-machine/sax_handler.rb:13
c:0016 p:---- s:0056 b:0056 l:000055 d:000055 FINISH
c:0015 p:---- s:0054 b:0054 l:000053 d:000053 CFUNC  :parse_memory
c:0014 p:0052 s:0050 b:0050 l:000049 d:000049 METHOD /usr/local/lib/ruby/gems/1.9.1/gems/nokogiri-1.1.1/lib/nokogiri/xml/sax/parser.rb:17
c:0013 p:0057 s:0046 b:0046 l:000045 d:000045 METHOD /usr/local/lib/ruby/gems/1.9.1/gems/pauldix-sax-machine-0.0.7/lib/sax-machine/sax_document.rb:12
c:0012 p:0019 s:0040 b:0040 l:000039 d:000039 METHOD /usr/local/lib/ruby/gems/1.9.1/gems/pauldix-sax-machine-0.0.7/lib/sax-machine/sax_document.rb:19
c:0011 p:0092 s:0036 b:0036 l:001284 d:000035 BLOCK  /usr/local/lib/ruby/gems/1.9.1/gems/pauldix-feedzirra-0.0.1/lib/feedzirra/feed.rb:93
c:0010 p:---- s:0030 b:0030 l:000029 d:000029 FINISH
c:0009 p:---- s:0028 b:0028 l:000027 d:000027 CFUNC  :call
c:0008 p:---- s:0026 b:0026 l:000025 d:000025 CFUNC  :perform
c:0007 p:0070 s:0023 b:0023 l:000022 d:000022 METHOD /usr/local/lib/ruby/gems/1.9.1/gems/pauldix-feedzirra-0.0.1/lib/feedzirra/feed.rb:66
c:0006 p:0047 s:0015 b:0015 l:000494 d:000014 BLOCK  /home/shenouda/RubyProjects/Feedzo/lib/main.rb:6
c:0005 p:---- s:0011 b:0011 l:000010 d:000010 FINISH
c:0004 p:---- s:0009 b:0009 l:000008 d:000008 CFUNC  :times
c:0003 p:0034 s:0006 b:0006 l:000494 d:0020bc EVAL   /home/shenouda/RubyProjects/Feedzo/lib/main.rb:3
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
c:0001 p:0000 s:0002 b:0002 l:000494 d:000494 TOP    <main>:17
---------------------------
-- Ruby level backtrace information-----------------------------------------
/usr/local/lib/ruby/gems/1.9.1/gems/pauldix-sax-machine-0.0.7/lib/sax-machine/sax_handler.rb:64:in `parsing_collection?'
/usr/local/lib/ruby/gems/1.9.1/gems/pauldix-sax-machine-0.0.7/lib/sax-machine/sax_handler.rb:13:in `characters'
/usr/local/lib/ruby/gems/1.9.1/gems/nokogiri-1.1.1/lib/nokogiri/xml/sax/parser.rb:17:in `parse_memory'
/usr/local/lib/ruby/gems/1.9.1/gems/nokogiri-1.1.1/lib/nokogiri/xml/sax/parser.rb:17:in `parse'
/usr/local/lib/ruby/gems/1.9.1/gems/pauldix-sax-machine-0.0.7/lib/sax-machine/sax_document.rb:12:in `parse'
/usr/local/lib/ruby/gems/1.9.1/gems/pauldix-sax-machine-0.0.7/lib/sax-machine/sax_document.rb:19:in `parse'
/usr/local/lib/ruby/gems/1.9.1/gems/pauldix-feedzirra-0.0.1/lib/feedzirra/feed.rb:93:in `block (2 levels) in add_url_to_multi'
/usr/local/lib/ruby/gems/1.9.1/gems/pauldix-feedzirra-0.0.1/lib/feedzirra/feed.rb:66:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/pauldix-feedzirra-0.0.1/lib/feedzirra/feed.rb:66:in `perform'
/usr/local/lib/ruby/gems/1.9.1/gems/pauldix-feedzirra-0.0.1/lib/feedzirra/feed.rb:66:in `fetch_and_parse'
/home/shenouda/RubyProjects/Feedzo/lib/main.rb:6:in `block in <main>'
/home/shenouda/RubyProjects/Feedzo/lib/main.rb:3:in `times'
/home/shenouda/RubyProjects/Feedzo/lib/main.rb:3:in `<main>'

-- C level backtrace information -------------------------------------------
0x812c8d8 /usr/local/bin/ruby(rb_vm_bugreport+0x48) [0x812c8d8]
0x815aca1 /usr/local/bin/ruby [0x815aca1]
0x815ad18 /usr/local/bin/ruby(rb_bug+0x28) [0x815ad18]
0x80d88d6 /usr/local/bin/ruby [0x80d88d6]
0xb7f5d410 [0xb7f5d410]
0x8069a42 /usr/local/bin/ruby [0x8069a42]
0x805c921 /usr/local/bin/ruby(rb_ensure+0x81) [0x805c921]
0x8068e42 /usr/local/bin/ruby(rb_hash_foreach+0x42) [0x8068e42]
0xb7c8ab53 /usr/local/lib/ruby/gems/1.9.1/gems/taf2-curb-0.2.7/ext/curb_core.so [0xb7c8ab53]
0x80635c1 /usr/local/bin/ruby [0x80635c1]
0x806373c /usr/local/bin/ruby [0x806373c]
0x806377c /usr/local/bin/ruby [0x806377c]
0x812fbe5 /usr/local/bin/ruby(rb_thread_execute_interrupts+0xf5) [0x812fbe5]
0x8128a71 /usr/local/bin/ruby [0x8128a71]
0x812205f /usr/local/bin/ruby [0x812205f]
0x8125d44 /usr/local/bin/ruby [0x8125d44]
0x811cd95 /usr/local/bin/ruby [0x811cd95]
0x811d287 /usr/local/bin/ruby(rb_funcall+0xb7) [0x811d287]
0xb77c6d2f /usr/local/lib/ruby/gems/1.9.1/gems/nokogiri-1.1.1/lib/nokogiri/native.so [0xb77c6d2f]
0xb7665745 /usr/lib/libxml2.so.2(xmlParseReference+0x2f5) [0xb7665745]
0xb7663688 /usr/lib/libxml2.so.2(xmlParseContent+0x248) [0xb7663688]
0xb76630fa /usr/lib/libxml2.so.2(xmlParseElement+0x12a) [0xb76630fa]
0xb76635dd /usr/lib/libxml2.so.2(xmlParseContent+0x19d) [0xb76635dd]
0xb76630fa /usr/lib/libxml2.so.2(xmlParseElement+0x12a) [0xb76630fa]
0xb76635dd /usr/lib/libxml2.so.2(xmlParseContent+0x19d) [0xb76635dd]
0xb76630fa /usr/lib/libxml2.so.2(xmlParseElement+0x12a) [0xb76630fa]
0xb766a22a /usr/lib/libxml2.so.2(xmlParseDocument+0x37a) [0xb766a22a]
0xb766ac32 /usr/lib/libxml2.so.2(xmlSAXUserParseMemory+0x72) [0xb766ac32]
0xb77c6a94 /usr/local/lib/ruby/gems/1.9.1/gems/nokogiri-1.1.1/lib/nokogiri/native.so [0xb77c6a94]
0x8128956 /usr/local/bin/ruby [0x8128956]
0x812205f /usr/local/bin/ruby [0x812205f]
0x8125d44 /usr/local/bin/ruby [0x8125d44]
0x81280fd /usr/local/bin/ruby(rb_vm_invoke_proc+0x35d) [0x81280fd]
0x805fc25 /usr/local/bin/ruby [0x805fc25]
0x811acdd /usr/local/bin/ruby [0x811acdd]
0x811cbae /usr/local/bin/ruby [0x811cbae]
0x811d287 /usr/local/bin/ruby(rb_funcall+0xb7) [0x811d287]
0xb7c8a5eb /usr/local/lib/ruby/gems/1.9.1/gems/taf2-curb-0.2.7/ext/curb_core.so [0xb7c8a5eb]
0xb7c8a883 /usr/local/lib/ruby/gems/1.9.1/gems/taf2-curb-0.2.7/ext/curb_core.so [0xb7c8a883]
0x8128956 /usr/local/bin/ruby [0x8128956]
0x812205f /usr/local/bin/ruby [0x812205f]
0x8125d44 /usr/local/bin/ruby [0x8125d44]
0x812639c /usr/local/bin/ruby [0x812639c]
0x81267c9 /usr/local/bin/ruby(rb_yield+0x49) [0x81267c9]
0x807eff1 /usr/local/bin/ruby [0x807eff1]
0x8128956 /usr/local/bin/ruby [0x8128956]
0x812205f /usr/local/bin/ruby [0x812205f]
0x8125d44 /usr/local/bin/ruby [0x8125d44]
0x8125e94 /usr/local/bin/ruby(rb_iseq_eval_main+0x94) [0x8125e94]
0x805d35f /usr/local/bin/ruby(ruby_exec_node+0x9f) [0x805d35f]
0x805e876 /usr/local/bin/ruby(ruby_run_node+0x46) [0x805e876]
0x805be80 /usr/local/bin/ruby(main+0x60) [0x805be80]
0xb7d6a685 /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7d6a685]
0x805bd81 /usr/local/bin/ruby [0x805bd81]

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


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

In This Thread

Prev Next