[#28395] [Bug #2830] Some methods raise ArgumentError instead of TypeError — Marc-Andre Lafortune <redmine@...>
Bug #2830: Some methods raise ArgumentError instead of TypeError
[#28405] [Feature #2832] Vector#each and Enumerable — Marc-Andre Lafortune <redmine@...>
Feature #2832: Vector#each and Enumerable
[#28452] Watched issues on redmine — Caleb Clausen <vikkous@...>
Is there a page on redmine that will show me the list of issues that
[#28482] Question on scoped constant resolution Class vs Module — Peter McLain <peter.mclain@...>
I asked this on ruby-talk, but didn't get anywhere. Someone suggested
[#28505] [Bug #2838] Ruby 1.8.7 (2009-06-12 patchlevel 174) strange round behaviour — P K <redmine@...>
Bug #2838: Ruby 1.8.7 (2009-06-12 patchlevel 174) strange round behaviour
[#28552] [Bug #2945] Regexp#=== is failed by an exception when the exception is occurred in method_missing — Kenta Murata <redmine@...>
Bug #2945: Regexp#=== is failed by an exception when the exception is occurred in method_missing
Hi,
Hi,
Hi,
Hi,
[#28561] Ruby::DL vs Ruby::FFI — Aston <blackapache512-ticket@...>
Ruby.DL and FFI libraries are great for programmers like me who are not int=
On Mon, Mar 8, 2010 at 4:56 PM, Aston <blackapache512-ticket@yahoo.com> wro=
(2010/03/09 1:04), Luis Lavena wrote:
[#28576] "rake not found" error on a rubygems test — Yusuke ENDOH <mame@...>
Hi Eric Hodel,
[#28583] build failure on 26861 using msys/mingw — Jon <jon.forums@...>
Can anyone replicate? I've recently updated both binutils and the mingw runtime so this may very well be my configuration.
[#28602] [Bug #2952] Time.strftime format %N — Russell Penney <redmine@...>
Bug #2952: Time.strftime format %N
[#28643] [Bug #2957] IO.print emits field separator after each object, rather than between — Daniel Kelley <redmine@...>
Bug #2957: IO.print emits field separator after each object, rather than between
[#28665] [ANN] 1.9.2 release plan — Yusuke ENDOH <mame@...>
Hi,
[#28686] trunk (26947) build fail with msys/mingw/vista — Jon <jon.forums@...>
I get the following build failure when msysgit's "c:\git\cmd" dir is on PATH.
On Tue, Mar 16, 2010 at 5:50 AM, Jon <jon.forums@gmail.com> wrote:
[#28712] When a trace hook raises an exception, should it terminate the program? — Rocky Bernstein <rockyb@...>
In Ruby 1.8 and the Ruby 1.9 trunk when running a trace hook that raises an
On Wed, Mar 17, 2010 at 5:42 AM, Rocky Bernstein <rockyb@rubyforge.org> wro=
Let me clarify a bit because I think some of the facts (some by me) may hav=
On Thu, Mar 18, 2010 at 5:52 AM, Rocky Bernstein <rockyb@rubyforge.org> wro=
[#28724] [Feature:trunk] Array#repeated_(permutation|combination) — "KISHIMOTO, Makoto" <ksmakoto@...4u.or.jp>
New methods Array#repeated_(permutation|combination).
[#28735] [Bug #2982] Ruby tries to link with both openssl and readline — Lucas Nussbaum <redmine@...>
Bug #2982: Ruby tries to link with both openssl and readline
Hi,
Issue #2982 has been updated by caleb clausen.
[#28783] [Feature #2065] An ancestors iterator — Simon Chiang <redmine@...>
Issue #2065 has been updated by Simon Chiang.
Hi,
[#28837] [Bug #2993] Module#instance_methods' flag seems to be ignored in singleton classes — Xavier Noria <redmine@...>
Bug #2993: Module#instance_methods' flag seems to be ignored in singleton classes
[#28859] st.c: pool allocator for tables and entries — Eric Wong <normalperson@...>
Hi all,
[#28865] Can DRb be used across a fork() — Chris Schlaeger <cschlaeger@...>
I'm trying to use DRb to communicate between a parent and child
[#28871] WeakRef extending Delegator is a bug waiting to happen? — Charles Oliver Nutter <headius@...>
Hopefully this doesn't contradict my other email too much :)
[#28902] [Bug #2998] gets fails in mingw — Roger Pack <redmine@...>
Bug #2998: gets fails in mingw
[#28907] [Bug #3000] Open SSL Segfaults — Christian Höltje <redmine@...>
Bug #3000: Open SSL Segfaults
Issue #3000 has been updated by Hiroshi NAKAMURA.
Hi,
Hi,
Hi,
[#28924] [Bug #3005] Ruby core dump - [BUG] rb_sys_fail() - errno == 0 — Sebastian YEPES <redmine@...>
Bug #3005: Ruby core dump - [BUG] rb_sys_fail() - errno == 0
[#28954] [Feature #3010] slow require gems in ruby 1.9.1 — Miao Jiang <redmine@...>
Feature #3010: slow require gems in ruby 1.9.1
[#29019] [Bug #3015] NetBSD vs test/dl — Michael Graff <redmine@...>
Bug #3015: NetBSD vs test/dl
On Fri, Mar 26, 2010 at 11:49:59AM +0900, Michael Graff wrote:
[#29031] [Feature #1395](Open) Steppable Kernel::eval — Yusuke Endoh <redmine@...>
Issue #1395 has been updated by Yusuke Endoh.
[#29045] [Feature #3021] Array#product should accept a block. — Marc-Andre Lafortune <redmine@...>
Feature #3021: Array#product should accept a block.
[#29092] merged psych to trunk — Aaron Patterson <aaron@...>
Hey everyone,
[#29118] [Bug #3051] psych is too osx-specifc — Michael Graff <redmine@...>
Bug #3051: psych is too osx-specifc
[#29128] [Bug #3052] DRb::start_service fails to detect used port — Chris Schlaeger <redmine@...>
Bug #3052: DRb::start_service fails to detect used port
Issue #3052 has been updated by Yusuke Endoh.
[#29131] [trunk:bug] Many rubygems tests fail with psych tests. — Tanaka Akira <akr@...>
Many rubygems tests fail with psych tests.
(2010/03/30 17:55), Tanaka Akira wrote:
On Tue, Mar 30, 2010 at 07:13:32PM +0900, NARUSE, Yui wrote:
[#29161] [Bug #3058] Inconsistent eol conversion of IO#read on Windows — Heesob Park <redmine@...>
Bug #3058: Inconsistent eol conversion of IO#read on Windows
[#29167] [Feature #3067] complex.c : Question: why Complex#~ is disabled? It's in the doc — Benoit Daloze <redmine@...>
Feature #3067: complex.c : Question: why Complex#~ is disabled? It's in the doc
[#29179] [Bug #3071] Convert rubygems and rdoc to use psych — Aaron Patterson <redmine@...>
Bug #3071: Convert rubygems and rdoc to use psych
Doesn't this mean the the RubyGems codevase would now be forked
Issue #3071 has been updated by Nobuyoshi Nakada.
[#29186] [Bug #3072] Classes Inheriting from Data — Run Paint Run Run <redmine@...>
Bug #3072: Classes Inheriting from Data
[ruby-core:28605] [Bug #2739] ruby 1.8.7 built with pthreads hangs under some circumstances
Issue #2739 has been updated by Lucas Nussbaum.
I'm building with:
CFLAGS="-fno-strict-aliasing -g -O2" CXXFLAGS="-fno-strict-aliasing -g" CPPFLAGS="" LDFLAGS="" ./configure --build=x86_64-linux-gnu --prefix=/usr --includedir="\${prefix}/include" --mandir="\${prefix}/share/man" --infodir="\${prefix}/share/info" --sysconfdir=/etc --localstatedir=/var --libexecdir="\${prefix}/lib/ruby1.8" --disable-maintainer-mode --disable-dependency-tracking --disable-silent-rules --srcdir=. --program-suffix=1.8 --enable-pthread --enable-shared --enable-ipv6 --with-lookup-order-hack=INET --disable-rpath --disable-install-doc --with-sitedir='/usr/local/lib/site_ruby' --with-default-kcode=none --with-dbm-type=gdbm_compat --with-tklib=tk8.4 --with-tcllib=tcl8.4 --with-tcl-include=/usr/include/tcl8.4 --with-bundled-sha1 --with-bundled-md5 --with-bundled-rmd160 && make all && sudo make install
What I did when you proposed the patches was to rebuild the Debian package with the patches. And indeed, the problem remained, and the backtraces are:
Child:
#0 __lll_lock_wait ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136
#1 0x00007f3d5ed2f40b in pthread_cond_signal@@GLIBC_2.3.2 ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_signal.S:117
#2 0x00007f3d5ef75308 in rb_thread_stop_timer () at eval.c:12539
#3 0x00007f3d5e1a7e66 in __libc_fork ()
at ../nptl/sysdeps/unix/sysv/linux/x86_64/../fork.c:170
#4 0x00007f3d5efc6611 in rb_f_system (argc=<value optimized out>,
argv=0x7fff7e47c170) at process.c:1584
#5 0x00007f3d5ef7efdc in rb_call0 (klass=<value optimized out>,
recv=<value optimized out>, id=<value optimized out>,
oid=<value optimized out>, argc=<value optimized out>,
argv=<value optimized out>, body=0x7f3d5f4214d8, flags=0)
at eval.c:6003
#6 0x00007f3d5ef7f1c3 in rb_call (klass=139901568018760,
recv=139901568008880, mid=9425, argc=1, argv=0x7fff7e47c170,
scope=1, self=139901568008880) at eval.c:6255
#7 0x00007f3d5ef7becb in rb_eval (self=140735312019832,
n=<value optimized out>) at eval.c:3583
#8 0x00007f3d5ef7d327 in rb_yield_0 (val=<value optimized out>,
self=<value optimized out>, klass=<value optimized out>,
flags=<value optimized out>, avalue=<value optimized out>)
at eval.c:5167
#9 0x00007f3d5ef79662 in rb_eval (self=140735312033144,
n=<value optimized out>) at eval.c:3371
#10 0x00007f3d5ef7c427 in rb_eval (self=140735312033144,
n=<value optimized out>) at eval.c:3382
#11 0x00007f3d5ef7c560 in rb_eval (self=140735312033144,
n=<value optimized out>) at eval.c:3432
#12 0x00007f3d5ef7ee60 in rb_call0 (klass=<value optimized out>, recv=0,
id=140735312033144, oid=<value optimized out>, argc=0,
argv=0x7fff7e47f578, body=0x7f3d5f418068, flags=0) at eval.c:6158
#13 0x00007f3d5ef7f1c3 in rb_call (klass=139901567846520,
recv=139901567847360, mid=11025, argc=1, argv=0x7fff7e47f570,
scope=0, self=139901568008880) at eval.c:6255
#14 0x00007f3d5ef7bfd2 in rb_eval (self=1, n=<value optimized out>)
at eval.c:3568
#15 0x00007f3d5ef7c8ba in rb_eval (self=0, n=<value optimized out>)
at eval.c:3296
#16 0x00007f3d5ef79b66 in rb_eval (self=0, n=<value optimized out>)
at eval.c:3762
#17 0x00007f3d5ef883cb in ruby_exec_internal () at eval.c:1689
#18 0x00007f3d5ef883f5 in ruby_exec () at eval.c:1712
#19 0x00007f3d5ef88425 in ruby_run () at eval.c:1722
#20 0x00000000004008d1 in main ()
Parent:
#0 0x00007f3d5e1cff82 in select () from /lib/libc.so.6
#1 0x00007f3d5ef8459b in rb_thread_schedule () at eval.c:11280
#2 0x00007f3d5efc6185 in rb_waitpid (pid=<value optimized out>,
st=<value optimized out>, flags=1) at process.c:597
#3 0x00007f3d5efc6484 in rb_syswait (pid=16044) at process.c:1442
#4 0x00007f3d5efc6625 in rb_f_system (argc=<value optimized out>,
argv=0x7fff7e47c170) at process.c:1601
#5 0x00007f3d5ef7efdc in rb_call0 (klass=<value optimized out>,
recv=<value optimized out>, id=<value optimized out>,
oid=<value optimized out>, argc=<value optimized out>,
argv=<value optimized out>, body=0x7f3d5f4214d8, flags=0)
at eval.c:6003
#6 0x00007f3d5ef7f1c3 in rb_call (klass=139901568018760,
recv=139901568008880, mid=9425, argc=1, argv=0x7fff7e47c170,
scope=1, self=139901568008880) at eval.c:6255
#7 0x00007f3d5ef7becb in rb_eval (self=140735312019832,
n=<value optimized out>) at eval.c:3583
#8 0x00007f3d5ef7d327 in rb_yield_0 (val=<value optimized out>,
self=<value optimized out>, klass=<value optimized out>,
flags=<value optimized out>, avalue=<value optimized out>)
at eval.c:5167
#9 0x00007f3d5ef79662 in rb_eval (self=140735312033144,
n=<value optimized out>) at eval.c:3371
#10 0x00007f3d5ef7c427 in rb_eval (self=140735312033144,
n=<value optimized out>) at eval.c:3382
#11 0x00007f3d5ef7c560 in rb_eval (self=140735312033144,
n=<value optimized out>) at eval.c:3432
#12 0x00007f3d5ef7ee60 in rb_call0 (klass=<value optimized out>, recv=0,
id=140735312033144, oid=<value optimized out>, argc=0,
argv=0x7fff7e47f578, body=0x7f3d5f418068, flags=0) at eval.c:6158
#13 0x00007f3d5ef7f1c3 in rb_call (klass=139901567846520,
recv=139901567847360, mid=11025, argc=1, argv=0x7fff7e47f570,
scope=0, self=139901568008880) at eval.c:6255
#14 0x00007f3d5ef7bfd2 in rb_eval (self=1, n=<value optimized out>)
at eval.c:3568
#15 0x00007f3d5ef7c8ba in rb_eval (self=0, n=<value optimized out>)
at eval.c:3296
#16 0x00007f3d5ef79b66 in rb_eval (self=0, n=<value optimized out>)
at eval.c:3762
#17 0x00007f3d5ef883cb in ruby_exec_internal () at eval.c:1689
#18 0x00007f3d5ef883f5 in ruby_exec () at eval.c:1712
#19 0x00007f3d5ef88425 in ruby_run () at eval.c:1722
#20 0x00000000004008d1 in main ()
But applying the patch to the svn tree (branch v1_8_7) works, strangely. This is very surprising, because the Debian package and the SVN tree should be almost identical (we do have a few Debian-specific things, but nothing that should be relevant). I tried to download the ruby-1.8.7-p249.tar.gz tarball, and rebuild it with the patch applied, and it works like the SVN branch (=> the patch works).
Conclusion: your patch fixes the bug, and we have something broken in the Debian package that causes the effects of your patch to be hidden. Would you happen to know if something in the Ruby build process could explain that?
Anyway, thanks a lot for working on that issue! What is the next step? Are you going to release a 1.8.7.250?
----------------------------------------
http://redmine.ruby-lang.org/issues/show/2739
----------------------------------------
http://redmine.ruby-lang.org