[#33511] [Ruby 1.9-Bug#4108][Open] irb hangs on Windows with trunk — Heesob Park <redmine@...>
Bug #4108: irb hangs on Windows with trunk
4 messages
2010/12/02
[#33521] [Ruby 1.9-Feature#4111][Open] Add XLIST support to Net::IMAP — Geoff Youngs <redmine@...>
Feature #4111: Add XLIST support to Net::IMAP
5 messages
2010/12/02
[#33530] [Ruby 1.9-Bug#4113][Open] Cannot build trunk with MSVC. — Heesob Park <redmine@...>
Bug #4113: Cannot build trunk with MSVC.
4 messages
2010/12/03
[#33583] Initialization time — SASADA Koichi <ko1@...>
Hi,
6 messages
2010/12/05
[#33605] Why is SyncEnumerator in REXML? — Asher <asher@...>
in 1.8 SyncEnumerator is in lib/generator.rb; in 1.9 it is in lib/rexml/syncenumerator.rb
8 messages
2010/12/07
[#33623] Re: Why is SyncEnumerator in REXML?
— James Edward Gray II <james@...>
2010/12/07
On Dec 6, 2010, at 11:09 PM, Asher wrote:
[#33624] Re: Why is SyncEnumerator in REXML?
— Asher <asher@...>
2010/12/07
If that is the case, it would make sense historically, but doesn't seem to make much sense now, as SyncEnumerator doesn't seem to have any relation to REXML, even if REXML utilizes it.
[#33628] [Ruby 1.8-Bug#4132][Open] Socket.close attempting to close the socket twice — Claudio Villalobos <redmine@...>
Bug #4132: Socket.close attempting to close the socket twice
5 messages
2010/12/07
[#33640] [Ruby 1.9-Bug#4136][Open] Enumerable#reject should not inherit the receiver's instance variables — Hiro Asari <redmine@...>
Bug #4136: Enumerable#reject should not inherit the receiver's instance variables
10 messages
2010/12/08
[#33704] [Ruby 1.9-Bug#4136] Enumerable#reject should not inherit the receiver's instance variables
— Marc-Andre Lafortune <redmine@...>
2010/12/13
Issue #4136 has been updated by Marc-Andre Lafortune.
[#33705] Re: [Ruby 1.9-Bug#4136] Enumerable#reject should not inherit the receiver's instance variables
— Yukihiro Matsumoto <matz@...>
2010/12/14
Hi,
[#33648] Why doesn’t StringIO implement #freeze? — Nikolai Weibull <now@...>
IO implements #freeze, but StringIO doesn’t. What’s up with that?
7 messages
2010/12/09
[#34012] Re: Why doesn’t StringIO implement #freeze?
— Nobuyoshi Nakada <nobu@...>
2010/12/31
Hi,
[#34017] Re: [ruby-core:34012] Re: Why doesn’t StringIO implement #freeze?
— Nikolai Weibull <now@...>
2010/12/31
On Fri, Dec 31, 2010 at 03:09, Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:
[#33656] [Ruby 1.9-Bug#4141][Open] Tk extension is not accepting any type of parameter combination — Luis Lavena <redmine@...>
Bug #4141: Tk extension is not accepting any type of parameter combination
5 messages
2010/12/09
[#33917] Re: [Ruby 1.9-Bug#4141][Open] Tk extension is not accepting any type of parameter combination
— Hidetoshi NAGAI <nagai@...>
2010/12/27
Hi,
[#33922] Re: [Ruby 1.9-Bug#4141][Open] Tk extension is not accepting any type of parameter combination
— Luis Lavena <luislavena@...>
2010/12/27
On Sun, Dec 26, 2010 at 10:05 PM, Hidetoshi NAGAI
[#33661] [Ruby 1.9-Feature#4145][Open] The result of UTF-16 encoded string concatenation — Heesob Park <redmine@...>
Feature #4145: The result of UTF-16 encoded string concatenation
4 messages
2010/12/10
[#33662] [Ruby 1.9-Feature#4145][Assigned] The result of UTF-16 encoded string concatenation
— Yui NARUSE <redmine@...>
2010/12/10
Issue #4145 has been updated by Yui NARUSE.
[#33667] [Ruby 1.9-Bug#4149][Open] Documentation submission: syslog standard library — mathew murphy <redmine@...>
Bug #4149: Documentation submission: syslog standard library
11 messages
2010/12/10
[#33678] [Ruby 1.9-Bug#4149] Documentation submission: syslog standard library
— mathew murphy <redmine@...>
2010/12/11
Issue #4149 has been updated by mathew murphy.
[#33683] [feature:trunk] Enumerable#categorize — Tanaka Akira <akr@...>
Hi.
14 messages
2010/12/12
[#33684] Re: [feature:trunk] Enumerable#categorize
— "Martin J. Dst" <duerst@...>
2010/12/12
[#33714] Re: [feature:trunk] Enumerable#categorize
— Tanaka Akira <akr@...>
2010/12/14
2010/12/12 "Martin J. Dst" <duerst@it.aoyama.ac.jp>:
[#33777] Re: [feature:trunk] Enumerable#categorize
— "Martin J. Dürst" <duerst@...>
2010/12/20
Hello Akira,
[#33869] Re: [feature:trunk] Enumerable#categorize
— Tanaka Akira <akr@...>
2010/12/25
2010/12/20 "Martin J. Dst" <duerst@it.aoyama.ac.jp>:
[#33921] Re: [feature:trunk] Enumerable#categorize
— Marc-Andre Lafortune <ruby-core-mailing-list@...>
2010/12/27
Hi!
[#33963] Re: [feature:trunk] Enumerable#categorize
— Tanaka Akira <akr@...>
2010/12/28
2010/12/27 Marc-Andre Lafortune <ruby-core-mailing-list@marc-andre.ca>:
[#33991] Re: [feature:trunk] Enumerable#categorize
— Marc-Andre Lafortune <ruby-core-mailing-list@...>
2010/12/29
Hi!
[#33687] Towards a standardized AST for Ruby code — Magnus Holm <judofyr@...>
Hey folks,
23 messages
2010/12/12
[#33688] Re: Towards a standardized AST for Ruby code
— Charles Oliver Nutter <headius@...>
2010/12/12
On Sun, Dec 12, 2010 at 9:55 AM, Magnus Holm <judofyr@gmail.com> wrote:
[#33689] Re: Towards a standardized AST for Ruby code
— "Haase, Konstantin" <Konstantin.Haase@...>
2010/12/12
On Dec 12, 2010, at 17:46 , Charles Oliver Nutter wrote:
[#33695] Re: Towards a standardized AST for Ruby code
— Ryan Davis <ryand-ruby@...>
2010/12/13
[#33700] Re: Towards a standardized AST for Ruby code
— Rocky Bernstein <rockyb@...>
2010/12/13
On Sun, Dec 12, 2010 at 7:09 PM, Ryan Davis <ryand-ruby@zenspider.com>wrote:
[#33693] Re: Towards a standardized AST for Ruby code
— Urabe Shyouhei <shyouhei@...>
2010/12/12
(2010/12/13 1:54), Haase, Konstantin wrote:
[#33694] Re: Towards a standardized AST for Ruby code
— Ryan Davis <ryand-ruby@...>
2010/12/13
[#33698] Re: Towards a standardized AST for Ruby code
— Urabe Shyouhei <shyouhei@...>
2010/12/13
(2010/12/13 9:06), Ryan Davis wrote:
[#33699] Re: Towards a standardized AST for Ruby code
— Ryan Davis <ryand-ruby@...>
2010/12/13
[#33708] Re: Towards a standardized AST for Ruby code
— Charles Oliver Nutter <headius@...>
2010/12/14
On Sun, Dec 12, 2010 at 6:33 PM, Ryan Davis <ryand-ruby@zenspider.com> wrote:
[#33709] Re: Towards a standardized AST for Ruby code
— "Haase, Konstantin" <Konstantin.Haase@...>
2010/12/14
On Dec 14, 2010, at 09:47 , Charles Oliver Nutter wrote:
[#33711] Re: Towards a standardized AST for Ruby code
— Charles Oliver Nutter <headius@...>
2010/12/14
On Tue, Dec 14, 2010 at 2:54 AM, Haase, Konstantin
[#33690] [Ruby 1.9-Bug#4153][Open] Minitest or ruby bug - wrong return code — Robert Pankowecki <redmine@...>
Bug #4153: Minitest or ruby bug - wrong return code
6 messages
2010/12/12
[#33735] [Ruby 1.9-Bug#4163][Assigned] RubyGems uses deprecated API: YAML.quick_emit. — Yui NARUSE <redmine@...>
Bug #4163: RubyGems uses deprecated API: YAML.quick_emit.
6 messages
2010/12/15
[#33743] Re: [Ruby 1.9-Bug#4163][Assigned] RubyGems uses deprecated API: YAML.quick_emit.
— Aaron Patterson <aaron@...>
2010/12/16
On Thu, Dec 16, 2010 at 04:46:33AM +0900, Yui NARUSE wrote:
[#33763] [Ruby 1.9-Bug#4168][Open] WeakRef is unsafe to use in Ruby 1.9 — Brian Durand <redmine@...>
Bug #4168: WeakRef is unsafe to use in Ruby 1.9
43 messages
2010/12/17
[#34338] [Ruby 1.9-Bug#4168] WeakRef is unsafe to use in Ruby 1.9
— Kurt Stephens <redmine@...>
2011/01/11
Issue #4168 has been updated by Kurt Stephens.
[#33779] [Ruby 1.9-Bug#4174][Open] 1F1E on rdoc tests — Kouhei Yanagita <redmine@...>
Bug #4174: 1F1E on rdoc tests
6 messages
2010/12/20
[#33801] [Ruby 1.9-Feature#4183][Open] [ext/openssl] Timestamp support — Martin Bosslet <redmine@...>
Feature #4183: [ext/openssl] Timestamp support
8 messages
2010/12/21
[#33858] Re: [Ruby 1.9-Feature#4183][Open] [ext/openssl] Timestamp support
— Aaron Patterson <aaron@...>
2010/12/24
On Wed, Dec 22, 2010 at 03:19:12AM +0900, Martin Bosslet wrote:
[#33815] trunk warnflags build issue with curb 0.7.9? — Jon <jon.forums@...>
As this may turn out to be a 3rd party issue rather than a bug, I'd like some feedback.
11 messages
2010/12/22
[#33821] Re: trunk warnflags build issue with curb 0.7.9?
— Nobuyoshi Nakada <nobu@...>
2010/12/23
Hi,
[#33818] [Ruby 1.9-Bug#4188][Open] minitest warnings in 1.9.3 — Aaron Patterson <redmine@...>
Bug #4188: minitest warnings in 1.9.3
4 messages
2010/12/23
[#33825] PATCH: REE fast-thread.patch: stack_free() not called in rb_thread_die(). — Kurt Stephens <ks@...>
http://code.google.com/p/rubyenterpriseedition/issues/detail?id=57
5 messages
2010/12/23
[#33828] Re: PATCH: REE fast-thread.patch: stack_free() not called in rb_thread_die().
— Kurt Stephens <ks@...>
2010/12/23
Similar technique might be relevant in MRI 1.9 if fiber/continuation
[#33836] Re: PATCH: REE fast-thread.patch: stack_free() not called in rb_thread_die().
— KOSAKI Motohiro <kosaki.motohiro@...>
2010/12/23
> Similar technique might be relevant in MRI 1.9 if fiber/continuation stacks
[#33833] Ruby 1.9.2 is going to be released — "Yuki Sonoda (Yugui)" <yugui@...>
-----BEGIN PGP SIGNED MESSAGE-----
15 messages
2010/12/23
[#33834] Re: Ruby 1.9.2 is going to be released
— Luis Lavena <luislavena@...>
2010/12/23
On Thu, Dec 23, 2010 at 9:47 AM, Yuki Sonoda (Yugui) <yugui@yugui.jp> wrote:
[#33855] Re: Ruby 1.9.2 is going to be released
— Luis Lavena <luislavena@...>
2010/12/24
On Thu, Dec 23, 2010 at 9:47 AM, Yuki Sonoda (Yugui) <yugui@yugui.jp> wrote:
[#33845] Getting involved in Ruby — Benoit Daloze <eregontp@...>
Hi dear Ruby core team !
9 messages
2010/12/23
[#33846] [Ruby 1.9-Feature#4197][Open] Improvement of the benchmark library — Benoit Daloze <redmine@...>
Feature #4197: Improvement of the benchmark library
15 messages
2010/12/23
[#35025] [Ruby 1.9-Feature#4197][Closed] Improvement of the benchmark library
— Yui NARUSE <redmine@...>
2011/01/31
Issue #4197 has been updated by Yui NARUSE.
[#33852] [Ruby 1.9-Bug#4199][Open] make test ruby-1.9.2-p0 failed on Solaris10 x86 — Dmitry Perfilyev <redmine@...>
Bug #4199: make test ruby-1.9.2-p0 failed on Solaris10 x86
3 messages
2010/12/24
[#33864] [Backport92-Backport#4200][Open] minitest 2.0.2 on trunk — Ryan Davis <redmine@...>
Backport #4200: minitest 2.0.2 on trunk
6 messages
2010/12/25
[#34078] [Backport92-Backport#4200] minitest 2.0.2 on trunk
— Ryan Davis <redmine@...>
2011/01/05
Issue #4200 has been updated by Ryan Davis.
[#33880] As platform mantainer - what are my boundaries? — Luis Lavena <luislavena@...>
Hello,
8 messages
2010/12/25
[#33916] Re: As platform mantainer - what are my boundaries?
— "U.Nakamura" <usa@...>
2010/12/27
Hello,
[#33918] Re: As platform mantainer - what are my boundaries?
— Luis Lavena <luislavena@...>
2010/12/27
On Sun, Dec 26, 2010 at 9:50 PM, U.Nakamura <usa@garbagecollect.jp> wrote:
[#33986] Re: As platform mantainer - what are my boundaries?
— Yugui <yugui@...>
2010/12/29
On Mon, Dec 27, 2010 at 11:05 AM, Luis Lavena <luislavena@gmail.com> wrote:
[#33988] Re: As platform mantainer - what are my boundaries?
— Yugui <yugui@...>
2010/12/29
Luis,
[#33994] Re: As platform mantainer - what are my boundaries?
— Luis Lavena <luislavena@...>
2010/12/29
On Wed, Dec 29, 2010 at 1:31 AM, Yugui <yugui@yugui.jp> wrote:
[#33910] [Ruby 1.9-Feature#4211][Open] Converting the Ruby and C API documentation to YARD syntax — Loren Segal <redmine@...>
Feature #4211: Converting the Ruby and C API documentation to YARD syntax
10 messages
2010/12/26
[#33939] Re: [Ruby 1.9-Feature#4211][Open] Converting the Ruby and C API documentation to YARD syntax
— Eric Hodel <drbrain@...7.net>
2010/12/27
On Dec 26, 2010, at 13:00, Loren Segal wrote:
[#33949] Re: [Ruby 1.9-Feature#4211][Open] Converting the Ruby and C API documentation to YARD syntax
— Loren Segal <lsegal@...>
2010/12/28
[#33920] [Ruby 1.9-Feature#4211] Converting the Ruby and C API documentation to YARD syntax
— Yui NARUSE <redmine@...>
2010/12/27
Issue #4211 has been updated by Yui NARUSE.
[#33934] Re: [Ruby 1.9-Feature#4211] Converting the Ruby and C API documentation to YARD syntax
— Aaron Patterson <aaron@...>
2010/12/27
On Mon, Dec 27, 2010 at 12:01:00PM +0900, Yui NARUSE wrote:
[#33923] [Ruby 1.9-Bug#4214][Open] Fiddle::WINDOWS == false on Windows — Jon Forums <redmine@...>
Bug #4214: Fiddle::WINDOWS == false on Windows
15 messages
2010/12/27
[#33961] [Ruby 1.9-Bug#4214] Fiddle::WINDOWS == false on Windows
— Luis Lavena <redmine@...>
2010/12/28
Issue #4214 has been updated by Luis Lavena.
[#33948] Multi-line comments — Rodrigo Rosenfeld Rosas <rr.rosas@...>
I was always curious about the reasoning Ruby doesn't support
13 messages
2010/12/28
[#33950] Re: Multi-line comments
— Joshua Ballanco <jballanc@...>
2010/12/28
On Mon, Dec 27, 2010 at 8:55 PM, Rodrigo Rosenfeld Rosas <rr.rosas@gmail.com
[#33956] Re: Multi-line comments
— Rodrigo Rosenfeld Rosas <rr.rosas@...>
2010/12/28
On 28-12-2010 01:54, Joshua Ballanco wrote:
[#33957] Re: Multi-line comments
— Loren Segal <lsegal@...>
2010/12/28
[#33951] [Ruby 1.9-Bug#4217][Open] irb exits unexpectedly with non-ascii Regexp on Windows — Heesob Park <redmine@...>
Bug #4217: irb exits unexpectedly with non-ascii Regexp on Windows
6 messages
2010/12/28
[#33983] [Ruby 1.9-Bug#4217] irb exits unexpectedly with non-ascii Regexp on Windows
— Heesob Park <redmine@...>
2010/12/29
Issue #4217 has been updated by Heesob Park.
[#33953] my redmine login is not working and wanted to submit a bug — deepak kannan <kannan.deepak@...>
hi,
6 messages
2010/12/28
[#34011] [Backport92-Backport#4228][Open] Backward gemspec compatibility change in r29663 broke rake gems — Luis Lavena <redmine@...>
Backport #4228: Backward gemspec compatibility change in r29663 broke rake gems
6 messages
2010/12/30
[#34023] ruby -h doesn't include --disable-gems — Ryan Davis <ryand-ruby@...>
Is there a reason why ruby -h doesn't show --disable-gems ?
8 messages
2010/12/31
[#34037] Re: ruby -h doesn't include --disable-gems
— Ryan Davis <ryand-ruby@...>
2011/01/04
[#34047] Re: ruby -h doesn't include --disable-gems
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/01/04
2011/1/4 Ryan Davis <ryand-ruby@zenspider.com>:
[#34055] Re: ruby -h doesn't include --disable-gems
— Luis Lavena <luislavena@...>
2011/01/04
On Tue, Jan 4, 2011 at 12:14 AM, KOSAKI Motohiro
[ruby-core:33592] [Ruby 1.9-Bug#4123][Open] thread-safe problem in libxml_ruby.so
From:
tracy qin <redmine@...>
Date:
2010-12-06 08:26:02 UTC
List:
ruby-core #33592
Bug #4123: thread-safe problem in libxml_ruby.so
http://redmine.ruby-lang.org/issues/show/4123
Author: tracy qin
Status: Open, Priority: Normal
Category: lib, Target version: 1.9.2
ruby -v: 1.9.2p0 (2010-08-18 revision 29036) [x86_64-linux]
Hi,
We set up a rails webservice app using libxml_ruby.so, Hash.from_xml funtion.
This Webserive server works as one process and start new thread to handle each request. But crash always happens at the second call.
rails reported stacktrace as below: (also attached as "libxml_AbortStacktrace.txt"
===
-- Ruby level backtrace information ----------------------------------------
/usr/local/lib/ruby/1.9.1/webrick/server.rb:183:in `block in start_thread'
/usr/local/lib/ruby/1.9.1/webrick/httpserver.rb:70:in `run'
/usr/local/lib/ruby/1.9.1/webrick/httpserver.rb:111:in `service'
/usr/local/lib/ruby/gems/1.9.1/gems/rack-1.0.1/lib/rack/handler/webrick.rb:50:in `service'
/usr/local/lib/ruby/gems/1.9.1/gems/rack-1.0.1/lib/rack/content_length.rb:13:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/rails-2.3.4/lib/rails/rack/log_tailer.rb:17:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/rack-1.0.1/lib/rack/urlmap.rb:40:in `each'
/usr/local/lib/ruby/gems/1.9.1/gems/rack-1.0.1/lib/rack/urlmap.rb:46:in `block in call'
/usr/local/lib/ruby/gems/1.9.1/gems/rails-2.3.4/lib/rails/rack/static.rb:31:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/dispatcher.rb:108:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/reloader.rb:34:in `run'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/dispatcher.rb:114:in `block in call'
/usr/local/lib/ruby/gems/1.9.1/gems/rack-1.0.1/lib/rack/lock.rb:11:in `call'
<internal:prelude>:10:in `synchronize'
/usr/local/lib/ruby/gems/1.9.1/gems/rack-1.0.1/lib/rack/lock.rb:11:in `block in call'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/failsafe.rb:26:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/session/cookie_store.rb:93:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/params_parser.rb:15:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/rack-1.0.1/lib/rack/methodoverride.rb:24:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/rack-1.0.1/lib/rack/head.rb:9:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/activerecord-2.3.4/lib/active_record/connection_adapters/abstract/connection_pool.rb:361:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/activerecord-2.3.4/lib/active_record/query_cache.rb:28:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/activerecord-2.3.4/lib/active_record/query_cache.rb:9:in `cache'
/usr/local/lib/ruby/gems/1.9.1/gems/activerecord-2.3.4/lib/active_record/connection_adapters/abstract/query_cache.rb:34:in `cache'
/usr/local/lib/ruby/gems/1.9.1/gems/activerecord-2.3.4/lib/active_record/query_cache.rb:29:in `block in call'
/usr/local/lib/ruby/gems/1.9.1/gems/activerecord-2.3.4/lib/active_record/query_cache.rb:29:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/dispatcher.rb:130:in `block in build_middleware_stack'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/dispatcher.rb:121:in `_call'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/dispatcher.rb:87:in `dispatch'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/routing/route_set.rb:436:in `call'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/routing/route_set.rb:443:in `recognize'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/core_ext/string/inflections.rb:162:in `constantize'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/inflector.rb:371:in `constantize'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/inflector.rb:371:in `each'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/inflector.rb:372:in `block in constantize'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/inflector.rb:372:in `const_get'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:80:in `const_missing_with_dependencies'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:425:in `load_missing_constant'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:259:in `require_or_load'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:379:in `load_file'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:521:in `new_constants_in'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:380:in `block in load_file'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:380:in `load'
/var/webapps/ws_ui/app/controllers/v20/stats_controller.rb:1:in `<top (required)>'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:96:in `const_missing'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:425:in `load_missing_constant'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:259:in `require_or_load'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:379:in `load_file'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:521:in `new_constants_in'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:380:in `block in load_file'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:380:in `load'
/var/webapps/ws_ui/app/controllers/application_controller.rb:7:in `<top (required)>'
/var/webapps/ws_ui/app/controllers/application_controller.rb:9:in `<class:ApplicationController>'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/helpers.rb:115:in `helper'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/helpers.rb:115:in `each'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/helpers.rb:120:in `block in helper'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/helpers.rb:115:in `helper'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/helpers.rb:115:in `each'
/usr/local/lib/ruby/gems/1.9.1/gems/actionpack-2.3.4/lib/action_controller/helpers.rb:126:in `block in helper'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:136:in `require_dependency'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:224:in `depend_on'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:259:in `require_or_load'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:373:in `load_file'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:312:in `loadable_constants_for_path'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:312:in `collect'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:313:in `block in loadable_constants_for_path'
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/dependencies.rb:313:in `expand_path'
-- C level backtrace information -------------------------------------------
ruby(rb_vm_bugreport+0x68) [0x52bc38]
ruby [0x566a01]
ruby(rb_bug+0xee) [0x566b09]
ruby [0x4b3850]
/lib64/libpthread.so.0 [0x2af6da3fab10]
/lib64/libc.so.6 [0x2af6daf40485]
/lib64/libc.so.6 [0x2af6daf42a6c]
/lib64/libc.so.6(__libc_malloc+0x6e) [0x2af6daf44cde]
ruby [0x41e4ae]
ruby(ruby_xmalloc2+0x64) [0x41e68d]
ruby [0x4c005d]
ruby(rb_str_new+0x24) [0x4c02b8]
ruby(rb_usascii_str_new+0x1d) [0x4c02d7]
ruby(rb_file_expand_path+0x40) [0x5702c7]
ruby(rb_file_s_expand_path+0x26) [0x570304]
ruby [0x51f980]
ruby [0x51f853]
ruby [0x51ec2b]
ruby [0x519abd]
ruby [0x5289a5]
ruby [0x52763f]
ruby [0x5276c6]
ruby [0x52417f]
ruby(rb_yield+0x39) [0x524153]
ruby [0x540018]
ruby [0x51f998]
ruby [0x51f853]
ruby [0x51ec2b]
ruby [0x519abd]
ruby [0x5289a5]
ruby [0x52763f]
ruby [0x5276c6]
ruby [0x52417f]
ruby(rb_yield+0x39) [0x524153]
ruby(rb_ary_each+0x8a) [0x53d736]
ruby [0x51f998]
ruby [0x51f853]
ruby [0x51ec2b]
ruby [0x519abd]
ruby [0x5289a5]
ruby [0x52763f]
ruby [0x5276c6]
ruby [0x52417f]
ruby(rb_yield+0x39) [0x524153]
ruby(rb_ary_each+0x8a) [0x53d736]
ruby [0x51f998]
ruby [0x51f853]
ruby [0x51ec2b]
ruby [0x519abd]
ruby [0x5289a5]
ruby(rb_iseq_eval+0x2d) [0x529391]
ruby [0x56ad05]
ruby [0x56af4a]
ruby [0x51f980]
ruby [0x51f853]
ruby [0x51ec2b]
ruby [0x519abd]
ruby [0x5289a5]
ruby [0x522aaf]
ruby [0x523d7f]
ruby [0x523cd5]
ruby(rb_funcall+0x201) [0x523f8a]
ruby [0x4fb60e]
ruby [0x4fbe1f]
ruby(rb_const_get+0x27) [0x4fbe8d]
ruby [0x51e650]
ruby [0x517741]
ruby [0x5289a5]
ruby(rb_iseq_eval+0x2d) [0x529391]
ruby [0x56ad05]
ruby [0x56af4a]
ruby [0x51f980]
ruby [0x51f853]
ruby [0x51ec2b]
ruby [0x519abd]
ruby [0x5289a5]
ruby [0x522aaf]
ruby [0x523d7f]
ruby [0x523cd5]
ruby(rb_funcall+0x201) [0x523f8a]
ruby [0x4fb60e]
ruby [0x4fbe1f]
ruby(rb_const_get_at+0x27) [0x4fbeb6]
ruby [0x44cb0a]
ruby [0x51f980]
ruby [0x51f853]
ruby [0x51ec2b]
ruby [0x519abd]
ruby [0x5289a5]
ruby [0x52763f]
ruby [0x5276c6]
ruby [0x52417f]
ruby(rb_yield+0x39) [0x524153]
ruby(rb_ary_each+0x8a) [0x53d736]
ruby [0x51f998]
ruby [0x51f853]
ruby [0x51ec2b]
ruby [0x519abd]
ruby [0x5289a5]
ruby [0x52763f]
ruby(rb_vm_invoke_proc+0xfd) [0x5277c5]
ruby [0x41afa1]
ruby [0x51f980]
ruby [0x51f853]
ruby [0x51ec2b]
ruby [0x519abd]
ruby [0x5289a5]
ruby [0x52763f]
ruby [0x5276c6]
ruby [0x52417f]
ruby(rb_yield+0x39) [0x524153]
ruby(rb_ary_each+0x8a) [0x53d736]
ruby [0x51f998]
ruby [0x51f853]
ruby [0x51ec2b]
ruby [0x519abd]
ruby [0x5289a5]
ruby [0x52763f]
ruby(rb_vm_invoke_proc+0xfd) [0x5277c5]
ruby [0x52cfef]
ruby [0x52c16b]
/lib64/libpthread.so.0 [0x2af6da3f273d]
/lib64/libc.so.6(clone+0x6d) [0x2af6dafa3d1d]
[NOTE]
You may have encountered a bug in the Ruby interpreter or extension libraries.
Bug reports are welcome.
For details: http://www.ruby-lang.org/bugreport.html
Aborted (core dumped)
=====
Then we recompile ruby in debug mode and accquire below calldump. (also attached as libxml_coredump.txt)
===============
#0 0x00002b7acf490265 in raise () from /lib64/libc.so.6
#1 0x00002b7acf491d10 in abort () from /lib64/libc.so.6
#2 0x0000000000566b0e in rb_bug (fmt=0x5a70ff "Segmentation fault") at error.c:253
#3 0x00000000004b3850 in sigsegv (sig=11, info=0x1243afd0, ctx=0x1243aea0) at signal.c:613
#4 <signal handler called>
#5 0x00002b7acf4d1d26 in _int_free () from /lib64/libc.so.6
#6 0x00002b7acf4d276b in free () from /lib64/libc.so.6
#7 0x000000000041e602 in vm_xfree (objspace=0xf6f7b70, ptr=0x11f91c60) at gc.c:732
#8 0x000000000041e78b in ruby_xfree (x=0x11f91c60) at gc.c:780
#9 0x00000000004dfe5c in time_free (tobj=0x11f91c60) at time.c:1806
#10 0x000000000042232f in run_final (objspace=0xf6f7b70, obj=283873120) at gc.c:2605
#11 0x00000000004204a5 in finalize_list (objspace=0xf6f7b70, p=0x10eb8f60) at gc.c:1808
#12 0x00000000004223a4 in finalize_deferred (objspace=0xf6f7b70) at gc.c:2621
#13 0x00000000004223bb in gc_finalize_deferred (objspace=0xf6f7b70) at gc.c:2628
#14 0x00000000004223dd in rb_gc_finalize_deferred () at gc.c:2635
#15 0x000000000052e73e in rb_threadptr_execute_interrupts_rec (th=0x11b3c230, sched_depth=0) at thread.c:1295
#16 0x000000000052e837 in rb_threadptr_execute_interrupts (th=0x11b3c230) at thread.c:1323
#17 0x000000000051f44f in vm_call_method (th=0x11b3c230, cfp=0x2aaab088c4e8, num=1, blockptr=0x0, flag=0, id=7072, me=0xf7d2b60, recv=259309440)
at vm_insnhelper.c:669
#18 0x0000000000519abd in vm_exec_core (th=0x11b3c230, initial=0) at insns.def:1006
#19 0x00000000005289a5 in vm_exec (th=0x11b3c230) at vm.c:1145
#20 0x000000000052763f in invoke_block_from_c (th=0x11b3c230, block=0x2aaab088c618, self=265666400, argc=1, argv=0x40ccabc8, blockptr=0x0, cref=0x0)
at vm.c:557
#21 0x00000000005276c6 in vm_yield (th=0x11b3c230, argc=1, argv=0x40ccabc8) at vm.c:587
#22 0x000000000052417f in rb_yield_0 (argc=1, argv=0x40ccabc8) at vm_eval.c:731
#23 0x0000000000524153 in rb_yield (val=264390920) at vm_eval.c:741
#24 0x0000000000540018 in rb_ary_collect (ary=272006520) at array.c:2166
#25 0x000000000051f998 in call_cfunc (func=0x53ff4d <rb_ary_collect>, recv=272006520, len=0, argc=0, argv=0x2aaab078ec18) at vm_insnhelper.c:317
#26 0x000000000051f853 in vm_call_cfunc (th=0x11b3c230, reg_cfp=0x2aaab088c5f0, num=0, recv=272006520, blockptr=0x2aaab088c618, me=0xf7aeb30)
at vm_insnhelper.c:401
#27 0x000000000051ec2b in vm_call_method (th=0x11b3c230, cfp=0x2aaab088c5f0, num=0, blockptr=0x2aaab088c618, flag=0, id=1536, me=0xf7aeb30, recv=272006520)
at vm_insnhelper.c:523
#28 0x0000000000519abd in vm_exec_core (th=0x11b3c230, initial=0) at insns.def:1006
#29 0x00000000005289a5 in vm_exec (th=0x11b3c230) at vm.c:1145
#30 0x000000000052763f in invoke_block_from_c (th=0x11b3c230, block=0x2aaab088c8d8, self=271841760, argc=1, argv=0x40ccbd48, blockptr=0x0, cref=0x0)
at vm.c:557
#31 0x00000000005276c6 in vm_yield (th=0x11b3c230, argc=1, argv=0x40ccbd48) at vm.c:587
#32 0x000000000052417f in rb_yield_0 (argc=1, argv=0x40ccbd48) at vm_eval.c:731
#33 0x0000000000524153 in rb_yield (val=263084440) at vm_eval.c:741
#34 0x000000000053d736 in rb_ary_each (ary=263072400) at array.c:1427
#35 0x000000000051f998 in call_cfunc (func=0x53d6ac <rb_ary_each>, recv=263072400, len=0, argc=0, argv=0x2aaab078eab0) at vm_insnhelper.c:317
#36 0x000000000051f853 in vm_call_cfunc (th=0x11b3c230, reg_cfp=0x2aaab088c8b0, num=0, recv=263072400, blockptr=0x2aaab088c8d8, me=0xf7addc0)
at vm_insnhelper.c:401
#37 0x000000000051ec2b in vm_call_method (th=0x11b3c230, cfp=0x2aaab088c8b0, num=0, blockptr=0x2aaab088c8d8, flag=0, id=424, me=0xf7addc0, recv=263072400)
at vm_insnhelper.c:523
#38 0x0000000000519abd in vm_exec_core (th=0x11b3c230, initial=0) at insns.def:1006
#39 0x00000000005289a5 in vm_exec (th=0x11b3c230) at vm.c:1145
#40 0x000000000052763f in invoke_block_from_c (th=0x11b3c230, block=0x2aaab088ca38, self=271841760, argc=1, argv=0x40ccceb8, blockptr=0x0, cref=0x0)
at vm.c:557
#41 0x00000000005276c6 in vm_yield (th=0x11b3c230, argc=1, argv=0x40ccceb8) at vm.c:587
#42 0x000000000052417f in rb_yield_0 (argc=1, argv=0x40ccceb8) at vm_eval.c:731
#43 0x0000000000524153 in rb_yield (val=3956750) at vm_eval.c:741
#44 0x000000000053d736 in rb_ary_each (ary=263093600) at array.c:1427
#45 0x000000000051f998 in call_cfunc (func=0x53d6ac <rb_ary_each>, recv=263093600, len=0, argc=0, argv=0x2aaab078ea20) at vm_insnhelper.c:317
#46 0x000000000051f853 in vm_call_cfunc (th=0x11b3c230, reg_cfp=0x2aaab088ca10, num=0, recv=263093600, blockptr=0x2aaab088ca38, me=0xf7addc0)
at vm_insnhelper.c:401
#47 0x000000000051ec2b in vm_call_method (th=0x11b3c230, cfp=0x2aaab088ca10, num=0, blockptr=0x2aaab088ca38, flag=0, id=424, me=0xf7addc0, recv=263093600)
at vm_insnhelper.c:523
#48 0x0000000000519abd in vm_exec_core (th=0x11b3c230, initial=0) at insns.def:1006
#49 0x00000000005289a5 in vm_exec (th=0x11b3c230) at vm.c:1145
#50 0x0000000000529391 in rb_iseq_eval (iseqval=272926200) at vm.c:1372
#51 0x000000000056ad05 in rb_load_internal (fname=280717600, wrap=0) at load.c:302
#52 0x000000000056af4a in rb_f_load (argc=1, argv=0x2aaab078e9a8) at load.c:375
#53 0x000000000051f980 in call_cfunc (func=0x56ae8b <rb_f_load>, recv=265666400, len=-1, argc=1, argv=0x2aaab078e9a8) at vm_insnhelper.c:314
#54 0x000000000051f853 in vm_call_cfunc (th=0x11b3c230, reg_cfp=0x2aaab088cbc8, num=1, recv=265666400, blockptr=0x0, me=0xfd96140) at vm_insnhelper.c:401
#55 0x000000000051ec2b in vm_call_method (th=0x11b3c230, cfp=0x2aaab088cbc8, num=1, blockptr=0x0, flag=8, id=34488, me=0xfd96140, recv=265666400)
at vm_insnhelper.c:523
#56 0x0000000000519abd in vm_exec_core (th=0x11b3c230, initial=0) at insns.def:1006
#57 0x00000000005289a5 in vm_exec (th=0x11b3c230) at vm.c:1145
#58 0x0000000000522aaf in vm_call0 (th=0x11b3c230, recv=259360280, id=1144, argc=1, argv=0x40ccf2a0, me=0xfc62580) at vm_eval.c:66
#59 0x0000000000523d7f in rb_call0 (recv=259360280, mid=1144, argc=1, argv=0x40ccf2a0, scope=CALL_FCALL, self=6) at vm_eval.c:235
#60 0x0000000000523cd5 in rb_call (recv=259360280, mid=1144, argc=1, argv=0x40ccf2a0, scope=CALL_FCALL) at vm_eval.c:438
#61 0x0000000000523f8a in rb_funcall (recv=259360280, mid=1144, n=1) at vm_eval.c:637
#62 0x00000000004fb60e in const_missing (klass=259360280, id=88005) at variable.c:1360
#63 0x00000000004fbe1f in rb_const_get_0 (klass=259360280, id=88005, exclude=0, recurse=1) at variable.c:1600
#64 0x00000000004fbe8d in rb_const_get (klass=259360280, id=88005) at variable.c:1614
#65 0x000000000051e650 in vm_get_ev_const (th=0x11b3c230, iseq=0x12601510, orig_klass=4, id=88005, is_defined=0) at vm_insnhelper.c:1196
#66 0x0000000000517741 in vm_exec_core (th=0x11b3c230, initial=0) at insns.def:223
#67 0x00000000005289a5 in vm_exec (th=0x11b3c230) at vm.c:1145
#68 0x0000000000529391 in rb_iseq_eval (iseqval=281036160) at vm.c:1372
#69 0x000000000056ad05 in rb_load_internal (fname=282078760, wrap=0) at load.c:302
#70 0x000000000056af4a in rb_f_load (argc=1, argv=0x2aaab078e7e8) at load.c:375
#71 0x000000000051f980 in call_cfunc (func=0x56ae8b <rb_f_load>, recv=265666400, len=-1, argc=1, argv=0x2aaab078e7e8) at vm_insnhelper.c:314
#72 0x000000000051f853 in vm_call_cfunc (th=0x11b3c230, reg_cfp=0x2aaab088cf38, num=1, recv=265666400, blockptr=0x0, me=0xfd96140) at vm_insnhelper.c:401
#73 0x000000000051ec2b in vm_call_method (th=0x11b3c230, cfp=0x2aaab088cf38, num=1, blockptr=0x0, flag=8, id=34488, me=0xfd96140, recv=265666400)
at vm_insnhelper.c:523
#74 0x0000000000519abd in vm_exec_core (th=0x11b3c230, initial=0) at insns.def:1006
#75 0x00000000005289a5 in vm_exec (th=0x11b3c230) at vm.c:1145
#76 0x0000000000522aaf in vm_call0 (th=0x11b3c230, recv=282348640, id=1144, argc=1, argv=0x40cd1630, me=0x100a4d00) at vm_eval.c:66
#77 0x0000000000523d7f in rb_call0 (recv=282348640, mid=1144, argc=1, argv=0x40cd1630, scope=CALL_FCALL, self=6) at vm_eval.c:235
#78 0x0000000000523cd5 in rb_call (recv=282348640, mid=1144, argc=1, argv=0x40cd1630, scope=CALL_FCALL) at vm_eval.c:438
#79 0x0000000000523f8a in rb_funcall (recv=282348640, mid=1144, n=1) at vm_eval.c:637
#80 0x00000000004fb60e in const_missing (klass=282348640, id=124773) at variable.c:1360
#81 0x00000000004fbe1f in rb_const_get_0 (klass=282348640, id=124773, exclude=1, recurse=0) at variable.c:1600
#82 0x00000000004fbeb6 in rb_const_get_at (klass=282348640, id=124773) at variable.c:1620
#83 0x000000000044cb0a in rb_mod_const_get (argc=2, argv=0x2aaab078e660, mod=282348640) at object.c:1695
#84 0x000000000051f980 in call_cfunc (func=0x44ca55 <rb_mod_const_get>, recv=282348640, len=-1, argc=2, argv=0x2aaab078e660) at vm_insnhelper.c:314
#85 0x000000000051f853 in vm_call_cfunc (th=0x11b3c230, reg_cfp=0x2aaab088d1f8, num=2, recv=282348640, blockptr=0x0, me=0xf767b70) at vm_insnhelper.c:401
#86 0x000000000051ec2b in vm_call_method (th=0x11b3c230, cfp=0x2aaab088d1f8, num=2, blockptr=0x0, flag=0, id=1112, me=0xf767b70, recv=282348640)
at vm_insnhelper.c:523
#87 0x0000000000519abd in vm_exec_core (th=0x11b3c230, initial=0) at insns.def:1006
#88 0x00000000005289a5 in vm_exec (th=0x11b3c230) at vm.c:1145
#89 0x000000000052763f in invoke_block_from_c (th=0x11b3c230, block=0x2aaab088d328, self=261961800, argc=1, argv=0x40cd2998, blockptr=0x0, cref=0x0)
at vm.c:557
#90 0x00000000005276c6 in vm_yield (th=0x11b3c230, argc=1, argv=0x40cd2998) at vm.c:587
#91 0x000000000052417f in rb_yield_0 (argc=1, argv=0x40cd2998) at vm_eval.c:731
#92 0x0000000000524153 in rb_yield (val=282361960) at vm_eval.c:741
#93 0x000000000053d736 in rb_ary_each (ary=282362240) at array.c:1427
#94 0x000000000051f998 in call_cfunc (func=0x53d6ac <rb_ary_each>, recv=282362240, len=0, argc=0, argv=0x2aaab078e620) at vm_insnhelper.c:317
#95 0x000000000051f853 in vm_call_cfunc (th=0x11b3c230, reg_cfp=0x2aaab088d300, num=0, recv=282362240, blockptr=0x2aaab088d328, me=0xf7addc0)
at vm_insnhelper.c:401
#96 0x000000000051ec2b in vm_call_method (th=0x11b3c230, cfp=0x2aaab088d300, num=0, blockptr=0x2aaab088d328, flag=0, id=424, me=0xf7addc0, recv=282362240)
at vm_insnhelper.c:523
#97 0x0000000000519abd in vm_exec_core (th=0x11b3c230, initial=0) at insns.def:1006
#98 0x00000000005289a5 in vm_exec (th=0x11b3c230) at vm.c:1145
#99 0x000000000052763f in invoke_block_from_c (th=0x11b3c230, block=0x127510b0, self=291970880, argc=1, argv=0x2aaab078e4f0, blockptr=0x0, cref=0x0)
at vm.c:557
#100 0x00000000005277c5 in rb_vm_invoke_proc (th=0x11b3c230, proc=0x127510b0, self=291970880, argc=1, argv=0x2aaab078e4f0, blockptr=0x0) at vm.c:603
---Type <return> to continue, or q <return> to quit---
#101 0x000000000041afa1 in proc_call (argc=1, argv=0x2aaab078e4f0, procval=282451640) at proc.c:556
#102 0x000000000051f980 in call_cfunc (func=0x41aefc <proc_call>, recv=282451640, len=-1, argc=1, argv=0x2aaab078e4f0) at vm_insnhelper.c:314
#103 0x000000000051f853 in vm_call_cfunc (th=0x11b3c230, reg_cfp=0x2aaab088d618, num=1, recv=282451640, blockptr=0x0, me=0xf7f0f00) at vm_insnhelper.c:401
#104 0x000000000051ec2b in vm_call_method (th=0x11b3c230, cfp=0x2aaab088d618, num=1, blockptr=0x0, flag=0, id=5912, me=0xf7f0f00, recv=282451640)
at vm_insnhelper.c:523
#105 0x0000000000519abd in vm_exec_core (th=0x11b3c230, initial=0) at insns.def:1006
#106 0x00000000005289a5 in vm_exec (th=0x11b3c230) at vm.c:1145
#107 0x000000000052763f in invoke_block_from_c (th=0x11b3c230, block=0x2aaab088dd20, self=295023880, argc=1, argv=0x40cd4d68, blockptr=0x0, cref=0x0)
at vm.c:557
#108 0x00000000005276c6 in vm_yield (th=0x11b3c230, argc=1, argv=0x40cd4d68) at vm.c:587
#109 0x000000000052417f in rb_yield_0 (argc=1, argv=0x40cd4d68) at vm_eval.c:731
#110 0x0000000000524153 in rb_yield (val=295023400) at vm_eval.c:741
#111 0x000000000053d736 in rb_ary_each (ary=295023360) at array.c:1427
#112 0x000000000051f998 in call_cfunc (func=0x53d6ac <rb_ary_each>, recv=295023360, len=0, argc=0, argv=0x2aaab078e218) at vm_insnhelper.c:317
#113 0x000000000051f853 in vm_call_cfunc (th=0x11b3c230, reg_cfp=0x2aaab088dcf8, num=0, recv=295023360, blockptr=0x2aaab088dd20, me=0xf7addc0)
at vm_insnhelper.c:401
#114 0x000000000051ec2b in vm_call_method (th=0x11b3c230, cfp=0x2aaab088dcf8, num=0, blockptr=0x2aaab088dd20, flag=0, id=424, me=0xf7addc0, recv=295023360)
at vm_insnhelper.c:523
#115 0x0000000000519abd in vm_exec_core (th=0x11b3c230, initial=0) at insns.def:1006
#116 0x00000000005289a5 in vm_exec (th=0x11b3c230) at vm.c:1145
#117 0x000000000052763f in invoke_block_from_c (th=0x11b3c230, block=0x119b71e0, self=294980880, argc=0, argv=0x10db1988, blockptr=0x0, cref=0x0)
at vm.c:557
#118 0x00000000005277c5 in rb_vm_invoke_proc (th=0x11b3c230, proc=0x119b71e0, self=294980880, argc=0, argv=0x10db1988, blockptr=0x0) at vm.c:603
#119 0x000000000052cfef in thread_start_func_2 (th=0x11b3c230, stack_start=0x40cd6120) at thread.c:441
#120 0x000000000052c16b in thread_start_func_1 (th_ptr=0x11b3c230) at thread_pthread.c:369
#121 0x00002b7ace98273d in start_thread () from /lib64/libpthread.so.0
#122 0x00002b7acf533d1d in clone () from /lib64/libc.so.6
===============
Since we doubt it seems to be a thread safe problem with libxml_ruby.so , a simple test script is used (attached as testthreadxml.rb), and it seems it runs very unstable. sometimes, it throw below exception.
================
/usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/xml_mini.rb:15:in `rescue in parse': parse delegated to backend.parse, but backend is nil: ActiveSupport::XmlMini (RuntimeError)
from /usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/xml_mini.rb:12:in `parse'
from /usr/local/lib/ruby/gems/1.9.1/gems/activesupport-2.3.4/lib/active_support/core_ext/hash/conversions.rb:164:in `from_xml'
from testthreadxml.rb:12:in `block in <main>'
===============
problem never happen in ruby1.8.6 though.
would you help on such issue? thank you!
----------------------------------------
http://redmine.ruby-lang.org
Attachments (1)
core-dump.zip
(4.56 KB, Archive)