[#21709] [Feature #1084] request for: Array#sort_by! — Radosław Bułat <redmine@...>
Feature #1084: request for: Array#sort_by!
Hi,
Issue #1084 has been updated by Yukihiro Matsumoto.
Excerpts from Henri Suur-Inkeroinen's message of Mon Feb 02 12:46:52 +0200 2009:
Eero Saynatkari wrote:
Excerpts from Kornelius Kalnbach's message of Mon Feb 02 13:32:33 +0200 2009:
Eero Saynatkari wrote:
[#21714] [BUG:trunk] Got the error message, after run 'gem install --test'. — Takao Kouji <kouji@...7.net>
Hi, Ryan.
Issue #1085 has been updated by Yusuke Endoh.
[#21715] New documentation system! — Luiz Vitor Martinez Cardoso <grabber@...>
People,
On Sun, Feb 1, 2009 at 10:51 AM, Luiz Vitor Martinez Cardoso
Quoting Austin Ziegler <halostatue@gmail.com>:
People,
One project that has been in the works for a while and shows a lot of
I'd love to see a documentation system similar to what python has, and
People,
Luiz Vitor Martinez Cardoso wrote:
=20
On Mon, Feb 2, 2009 at 10:31 AM, Berger, Daniel <Daniel.Berger@qwest.com> wrote:
On Mon, Feb 02, 2009 at 12:51:54AM +0900, Luiz Vitor Martinez Cardoso wrote:
> I like docstrings. I like being able to type "help(foo)" in python and
2009/2/14 Roger Pack <rogerdpack@gmail.com>:
> irb(main):002:0> help "String#chars"
[#21737] [Feature #1089] Stable sorting for sort and sort_by — Kornelius Kalnbach <redmine@...>
Feature #1089: Stable sorting for sort and sort_by
Kornelius Kalnbach wrote:
[#21747] [Bug #1090] zlib doesn't load after installation — Jérôme Bousquié <redmine@...>
Bug #1090: zlib doesn't load after installation
[#21762] [Bug #1091] possible bad handling of return value of OCSP_basic_verify in ext/openssl/ossl_ocsp.c — Lucas Nussbaum <redmine@...>
Bug #1091: possible bad handling of return value of OCSP_basic_verify in ext/openssl/ossl_ocsp.c
[#21764] ruby 1.9.1 in mingw - how to remove "-s" argument from gcc linking — Tim Elliott <tle@...>
I want to use gdb to debug an application that embeds the ruby dll.
Hi,
[#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>
[#21812] 1.9 Bug Report — Yehuda Katz <wycats@...>
When going through the RubySpecs for 1.9, I found that the following code
[#21822] [Feature #1102] Prepend Module — Thomas Sawyer <redmine@...>
Feature #1102: Prepend Module
[#21838] What does this regexp mean - /\c#{_J}/ — Shri Borde <Shri.Borde@...>
I am combining the escaped control character syntax (\cX) with variable int=
QWN0dWFsbHksIHdpdGggc3RyaW5ncywgdGhlIHJlZ2V4cCBpcyBldmFsdWF0ZWQgYXQgdGhlIHZl
[#21842] Regexp interpolation does not give equality — Shri Borde <Shri.Borde@...>
Any idea why the second expression results in false? Its seems like both th=
[#21855] [Bug #1113] Compilation fails on Ubuntu 8.10, 64 bit — Jacques Lemire <redmine@...>
Bug #1113: Compilation fails on Ubuntu 8.10, 64 bit
[#21880] [Bug #1117] Array#choice always produces the same sequence — Stefano Crocco <redmine@...>
Bug #1117: Array#choice always produces the same sequence
[#21884] [Bug #1118] irb core dumps with 'CTRL-C' with zsh — Emiel van de Laar <redmine@...>
Bug #1118: irb core dumps with 'CTRL-C' with zsh
[#21886] mule-utf-8 — Roman Shterenzon <romanbsd@...>
[#21893] [Feature #1122] request for: Object#try — Narihiro Nakamura <redmine@...>
Feature #1122: request for: Object#try
Hi,
Hi --
Hi,
Hi--
Hi,
Hi --
Providing new syntax change for such a small thing is IMHO
Count me in as a +1 on foo.?bar(baz). I'm on the fence about whether ?bar
2009/2/15 Yehuda Katz <wycats@gmail.com>:
> IMHO, foo.?bar should behave as "call-except-if-nil". Not only it
On Wed, Feb 18, 2009 at 6:29 PM, Roger Pack <rogerdpack@gmail.com> wrote:
> Then how it is different from
Roger Pack wrote:
>>> Then how it is different from
Roger Pack wrote:
On Wed, Feb 18, 2009 at 2:35 PM, Joel VanderWerf
Roger Pack wrote:
2009/2/19 Joel VanderWerf <vjoel@path.berkeley.edu>:
[#21903] [Bug #1127] error while compiling Win32API under MinGW — Luis Lavena <redmine@...>
Bug #1127: error while compiling Win32API under MinGW
[#21904] 1.9 one-byte trace instruction and trap-instruction replacement? — Rocky Bernstein <rocky.bernstein@...>
Now that Ruby 1.9.1 has been released, if I recall correctly a
[#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
Issue #1131 has been updated by Marcus R端ckert.
[#21944] [Bug #1134] [PATCH] Update racc runtime and fix warnings — Aaron Patterson <redmine@...>
Bug #1134: [PATCH] Update racc runtime and fix warnings
[#21946] New hash : syntax for the 1.8 series? — Brent Roman <brent@...>
At Tue, 10 Feb 2009 16:30:55 +0900,
Hi --
David A. Black wrote:
At Tue, 10 Feb 2009 22:32:19 +0900,
Hi,
On Wed, Feb 11, 2009 at 9:55 AM, Yukihiro Matsumoto <matz@ruby-lang.org> wr=
2009/2/11 Rados=B3aw Bu=B3at <radek.bulat@gmail.com>:
2009/2/11 Pit Capitain <pit.capitain@gmail.com>:
[#21958] ruby 1.9.1 parallel make race — Andrew Walrond <andrew@...>
Hello list,
[#21997] 1.8.7 Specifics — John Barnette <jbarnette@...>
There's a fair amount of talk lately about release management and
On Wednesday 11 of February 2009 19:42:37 John Barnette wrote:
At Mon, 23 Feb 2009 02:48:51 +0900,
On Wed, Feb 11, 2009 at 1:42 PM, John Barnette <jbarnette@gmail.com> wrote:
On Thu, Feb 12, 2009 at 04:01:58AM +0900, Gregory Brown wrote:
On Wed, Feb 11, 2009 at 6:28 PM, Aaron Patterson
Gregory Brown wrote:
On Wed, Feb 11, 2009 at 4:42 PM, John Barnette <jbarnette@gmail.com> wrote:
Luis Lavena wrote:
On Wed, Feb 11, 2009 at 5:55 PM, Charles Oliver Nutter
2009/2/11 Luis Lavena <luislavena@gmail.com>:
Hi,
Hi,
Hello Ezra,
Let me leave a memo to remember issues I can think of.
Urabe Shyouhei wrote:
Charles Oliver Nutter wrote:
Excerpts from Headius: Charles Oliver Nutter's message of Sat Feb 14 00:53:17 +0200 2009:
Brent Roman wrote:
Eero Saynatkari wrote:
Excerpts from Headius: Charles Oliver Nutter's message of Sat Feb 14 20:49:52 +0200 2009:
Charles Oliver Nutter wrote:
Ezra Zygmuntowicz wrote:
Hi,
Brent Roman wrote:
Brent Roman wrote:
Charles Oliver Nutter wrote:
Hongli Lai wrote:
On 11/02/2009, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
All,
On 12/02/2009, John Barnette <jbarnette@gmail.com> wrote:
[#22040] [Bug #1151] Aliased methods change super logic when retrieved with Object#method — Charles Nutter <redmine@...>
Bug #1151: Aliased methods change super logic when retrieved with Object#method
[#22058] [Bug #1157] missing zlib.rb? — Fred Obermann <redmine@...>
Bug #1157: missing zlib.rb?
[#22065] Dir.glob and duplicates? — Charles Oliver Nutter <charles.nutter@...>
I was fixing a JRuby Dir.glob spec failure where we produced a duplicate
Hi,
Nobuyoshi Nakada wrote:
Ryan Davis wrote:
In article <4996749D.7050009@sun.com>,
Tanaka Akira wrote:
In article <49967AFC.4040006@sun.com>,
Tanaka Akira wrote:
In article <49967EC7.6080105@sun.com>,
Tanaka Akira wrote:
In article <49971135.3020009@sun.com>,
Tanaka Akira wrote:
[#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
[#22136] Confused about some code in mathn.rb — Charles Oliver Nutter <charles.nutter@...>
In 1.8.6 and 1.8.7, these lines appear at line 202 in mathn.rb:
[#22142] [Patch 191p0 ] for ostruct freeze behavior — Robert Dober <robert.dober@...>
Please find attached a patch for ostruct to behave frozen for already
Robert Dober wrote:
On Sun, Feb 15, 2009 at 8:15 PM, Joel VanderWerf
On Sun, Feb 15, 2009 at 9:30 PM, Robert Dober <robert.dober@gmail.com> wrote:
Do I have to file a bug report?
[#22184] [Bug #1164] 1.9/windows memroy leak with rand() AND inspect — "regis d'aubarede" <redmine@...>
Bug #1164: 1.9/windows memroy leak with rand() AND inspect
[#22206] ruby-1.9.1-p0 build failure on i586 — "Jeroen van Meeuwen (Fedora Project)" <kanarip@...>
Hi there,
> However, I get a i586 build failure:
Roger Pack wrote:
[#22246] YASNP (Yet Another Selector Namespace Proposal) — Yehuda Katz <wycats@...>
The idea is to make selectors like optional versions of Python imports.
Yehuda Katz wrote:
Charles Oliver Nutter wrote:
2009/2/19 Florian Gilcher <flo@andersground.net>
Ok, based on a bunch of comments I got from Aaron Patterson and John
On Feb 20, 2009, at 8:39 AM, Yehuda Katz wrote:
On Sun, Feb 22, 2009 at 04:34:18AM +0900, Jim Weirich wrote:
Excerpts from Aaron Patterson's message of Sun Feb 22 04:35:41 +0200 2009:
=20
Can you explain *why* you don't like it?
Excerpts from Yehuda Katz's message of Mon Feb 23 18:08:29 +0200 2009:
Hi,
Yukihiro Matsumoto wrote:
On Feb 24, 2:07=A0am, Yukihiro Matsumoto <m...@ruby-lang.org> wrote:
Excerpts from brixen's message of Wed Feb 25 00:04:34 +0200 2009:
2009/2/24 Eero Saynatkari <ruby-ml@kittensoft.org>
On Feb 24, 3:17=A0pm, Yehuda Katz <wyc...@gmail.com> wrote:
2009/2/24 Brian Ford <brixen@gmail.com>
I agree that this will be used in ways other than just framework creators. =
I'm also in favor of discussing this, but all I hear so far in opposition is
Florian Gilcher wrote:
On Feb 24, 9:17=A0pm, Yehuda Katz <wyc...@gmail.com> wrote:
On Wed, Feb 25, 2009 at 9:23 AM, Brian Ford <brixen@gmail.com> wrote:
Yehuda, I wonder on one thing. If you want in your framework/library
I thought I'd sent this before...hopefully it's still relevant.
Yehuda Katz wrote:
Yehuda Katz wrote:
Hi,
Yukihiro Matsumoto wrote:
Ola Bini wrote:
Charles Oliver Nutter wrote:
Ola Bini wrote:
2009/2/25 Gary Wright <gwtmp01@mac.com>
On Feb 25, 2009, at 6:45 PM, Yehuda Katz wrote:
Jim Weirich wrote:
Jim Weirich wrote:
[#22269] [Bug #1181] [BUG] thread_free: keeping_mutexes must be NULL — Chris Schlaeger <redmine@...>
Bug #1181: [BUG] thread_free: keeping_mutexes must be NULL
[#22286] [Backport #1183] Adding support for the new hash literal syntax — Akinori MUSHA <redmine@...>
Backport #1183: Adding support for the new hash literal syntax
Hi,
[#22325] suggestions for float — Roger Pack <rogerdpack@...>
Floating point rounding errors are common and "annoying"
On Sat, Feb 21, 2009 at 11:59 PM, Roger Pack <rogerdpack@gmail.com> wrote:
Hi,
Excerpts from Yukihiro Matsumoto's message of Mon Mar 02 12:46:27 +0200 2009:
Excerpts from Kurt Stephens's message of Mon Mar 02 20:27:09 +0200 2009:
>> There is public-domain C code that formats floating-point values as the
> A variant of the float to string conversion that tries to preserve all th=
Brent Roman wrote:
[#22333] [Feature #1193] Justified Error Messages — Simon Chiang <redmine@...>
Feature #1193: Justified Error Messages
[#22336] Floats are freezeable and taintable? — Charles Oliver Nutter <charles.nutter@...>
In adding an optimization for Float I realized that Float objects are
Yes, that would be desirable, if there's not a good reason they aren't
At 09:19 09/02/23, Charles Oliver Nutter wrote:
Hi,
[#22347] On the consideration of macros — "James M. Lawrence" <quixoticsycophant@...>
In a previous thread Charles Oliver Nutter had suggested the removal
[#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
In article <49a25ec0ce233_84c7e8c1f8909a@redmine.ruby-lang.org>,
Tanaka Akira wrote:
At Tue, 24 Feb 2009 14:16:53 +0900,
Akinori MUSHA wrote:
Hi,
Yukihiro Matsumoto wrote:
[#22365] Surprising behavior in inheritance — Nikolai Weibull <now@...>
Am I the only one surprised by this behavior?
Excerpts from Nikolai Weibull's message of Mon Feb 23 16:53:26 +0200 2009:
[#22383] Proposal: Integer.digit_count — Varun Gupta <thevarungupta@...>
How about having a method to return number of digits in the Integer?
[#22418] [Question]utf-8 data contains BOM - by intention or by accident? — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>
Hi!
I think this has been asked earlier, and I can only repeat it here:
Martin Duerst schrieb:
Hi,
[#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
Issue #1218 has been updated by Conrad Taylor.
[#22559] [Bug #1219] ostruct freeze still not stable — Robert Dober <redmine@...>
Bug #1219: ostruct freeze still not stable
[#22584] MBARI8 patch fixes bugs caused by incorrect volatile variable declarations — Brent Roman <brent@...>
Hi,
In article <49a9024b.0e0d6e0a.11f5.ffffee2f@mx.google.com>,
I am having an issue with the MBARI patches. In our app the test suite has a
a back trace and ruby -v would be nice.
by back trace do you mean the output of
gdb -core core
[#22597] [Bug #1227] [BUG] object allocation during garbage collection phase — Chris Schlaeger <redmine@...>
Bug #1227: [BUG] object allocation during garbage collection phase
[ruby-core:21971] Re: [Bug #1139] Segmentation fault ruby 1.9.1p0 (2009-01-30 revision 21907)
Could you show your program, or make short reproduce-able script? I'm not sure about pauldix-sax-machine-0.0.7, but it seems library's issue. Shenouda Bertel wrote:: > 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 > -- // SASADA Koichi at atdot dot net