rufus-scheduler install buffer overflow
Louis Coilliot
on RHEL 5.5 x86_64 I have, on more than one machine :
# gem install rufus-scheduler-2.0.16.gem
*** buffer overflow detected ***: /usr/bin/ruby terminated
======= Backtrace: =========
/lib64/libc.so.6(__chk_fail+0x2f)[0x3e00ce789f]
/usr/lib64/ruby/1.8/x86_64-linux/syck.so(rb_syck_mktime+0x48e)[0x2b4ebc8014be]
/usr/lib64/ruby/1.8/x86_64-linux/syck.so(yaml_org_handler+0x860)[0x2b4ebc801dd0]
/usr/lib64/ruby/1.8/x86_64-linux/syck.so(syck_defaultresolver_node_import+0x39)[0x2b4ebc801fd9]
/usr/lib64/libruby.so.1.8[0x385f8369ce]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8[0x385f8374ca]
/usr/lib64/libruby.so.1.8(rb_funcall+0x85)[0x385f837775]
/usr/lib64/ruby/1.8/x86_64-linux/syck.so(rb_syck_load_handler+0x47)[0x2b4ebc800f67]
/usr/lib64/ruby/1.8/x86_64-linux/syck.so(syck_hdlr_add_node+0x39)[0x2b4ebc803d49]
/usr/lib64/ruby/1.8/x86_64-linux/syck.so(syckparse+0xb45)[0x2b4ebc8035d5]
/usr/lib64/ruby/1.8/x86_64-linux/syck.so(syck_parse+0x19)[0x2b4ebc8047f9]
/usr/lib64/ruby/1.8/x86_64-linux/syck.so(syck_parser_load+0xed)[0x2b4ebc800ddd]
/usr/lib64/libruby.so.1.8[0x385f8369ce]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8[0x385f8336cc]
/usr/lib64/libruby.so.1.8[0x385f832a52]
/usr/lib64/libruby.so.1.8[0x385f8369ea]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8[0x385f8336cc]
/usr/lib64/libruby.so.1.8[0x385f832a52]
/usr/lib64/libruby.so.1.8[0x385f8369ea]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8[0x385f8336cc]
/usr/lib64/libruby.so.1.8[0x385f834f4a]
/usr/lib64/libruby.so.1.8[0x385f8369ea]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8[0x385f83380a]
/usr/lib64/libruby.so.1.8[0x385f832759]
/usr/lib64/libruby.so.1.8[0x385f8352d3]
/usr/lib64/libruby.so.1.8[0x385f831511]
/usr/lib64/libruby.so.1.8[0x385f8339c5]
/usr/lib64/libruby.so.1.8[0x385f831511]
/usr/lib64/libruby.so.1.8[0x385f83bf59]
/usr/lib64/libruby.so.1.8[0x385f8369ce]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8[0x385f83380a]
/usr/lib64/libruby.so.1.8[0x385f83590a]
/usr/lib64/libruby.so.1.8[0x385f8369ea]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8[0x385f8336cc]
/usr/lib64/libruby.so.1.8[0x385f83590a]
/usr/lib64/libruby.so.1.8[0x385f8369ea]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8(rb_funcall2+0x35)[0x385f837105]
/usr/lib64/libruby.so.1.8(rb_obj_call_init+0x54)[0x385f8371c4]
/usr/lib64/libruby.so.1.8(rb_class_new_instance+0x32)[0x385f85fb52]
/usr/lib64/libruby.so.1.8[0x385f8369ce]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8(rb_call_super+0x9d)[0x385f838f4d]
/usr/lib64/libruby.so.1.8[0x385f836221]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8[0x385f83380a]
/usr/lib64/libruby.so.1.8[0x385f832a52]
/usr/lib64/libruby.so.1.8[0x385f8352d3]
/usr/lib64/libruby.so.1.8[0x385f8369ea]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8[0x385f8336cc]
/usr/lib64/libruby.so.1.8[0x385f83c6cd]
/usr/lib64/libruby.so.1.8[0x385f833f1f]
/usr/lib64/libruby.so.1.8[0x385f8369ea]
/usr/lib64/libruby.so.1.8[0x385f836ec8]
/usr/lib64/libruby.so.1.8[0x385f8336cc]
======= Memory map: ========
00400000-00401000 r-xp 00000000 fd:03 1014103
/usr/bin/ruby
00600000-00602000 rw-p 00000000 fd:03 1014103
/usr/bin/ruby
13f56000-1445f000 rw-p 13f56000 00:00 0 [heap]
385f800000-385f8d3000 r-xp 00000000 fd:03 19204
/usr/lib64/libruby.so.1.8.6
385f8d3000-385fad2000 ---p 000d3000 fd:03 19204
/usr/lib64/libruby.so.1.8.6
385fad2000-385fad6000 rw-p 000d2000 fd:03 19204
/usr/lib64/libruby.so.1.8.6
385fad6000-385faf5000 rw-p 385fad6000 00:00 0
3e00400000-3e0041c000 r-xp 00000000 08:03 416420
/lib64/ld-2.5.so
3e0061b000-3e0061c000 r--p 0001b000 08:03 416420
/lib64/ld-2.5.so
3e0061c000-3e0061d000 rw-p 0001c000 08:03 416420
/lib64/ld-2.5.so
3e00c00000-3e00d4e000 r-xp 00000000 08:03 416431
/lib64/libc-2.5.so
3e00d4e000-3e00f4d000 ---p 0014e000 08:03 416431
/lib64/libc-2.5.so
3e00f4d000-3e00f51000 r--p 0014d000 08:03 416431
/lib64/libc-2.5.so
3e00f51000-3e00f52000 rw-p 00151000 08:03 416431
/lib64/libc-2.5.so
3e00f52000-3e00f57000 rw-p 3e00f52000 00:00 0
3e01000000-3e01002000 r-xp 00000000 08:03 416437
/lib64/libdl-2.5.so
3e01002000-3e01202000 ---p 00002000 08:03 416437
/lib64/libdl-2.5.so
3e01202000-3e01203000 r--p 00002000 08:03 416437
/lib64/libdl-2.5.so
3e01203000-3e01204000 rw-p 00003000 08:03 416437
/lib64/libdl-2.5.so
3e01400000-3e01482000 r-xp 00000000 08:03 416433
/lib64/libm-2.5.so
3e01482000-3e01681000 ---p 00082000 08:03 416433
/lib64/libm-2.5.so
3e01681000-3e01682000 r--p 00081000 08:03 416433
/lib64/libm-2.5.so
3e01682000-3e01683000 rw-p 00082000 08:03 416433
/lib64/libm-2.5.so
3e01800000-3e01816000 r-xp 00000000 08:03 416455
/lib64/libpthread-2.5.so
3e01816000-3e01a15000 ---p 00016000 08:03 416455
/lib64/libpthread-2.5.so
3e01a15000-3e01a16000 r--p 00015000 08:03 416455
/lib64/libpthread-2.5.so
3e01a16000-3e01a17000 rw-p 00016000 08:03 416455
/lib64/libpthread-2.5.so
3e01a17000-3e01a1b000 rw-p 3e01a17000 00:00 0
3e01c00000-3e01c15000 r-xp 00000000 08:03 416453
/lib64/libselinux.so.1
3e01c15000-3e01e15000 ---p 00015000 08:03 416453
/lib64/libselinux.so.1
3e01e15000-3e01e17000 rw-p 00015000 08:03 416453
/lib64/libselinux.so.1
3e01e17000-3e01e18000 rw-p 3e01e17000 00:00 0
3e02000000-3e02014000 r-xp 00000000 fd:03 19212
/usr/lib64/libz.so.1.2.3
3e02014000-3e02213000 ---p 00014000 fd:03 19212
/usr/lib64/libz.so.1.2.3
3e02213000-3e02214000 rw-p 00013000 fd:03 19212
/usr/lib64/libz.so.1.2.3
3e02400000-3e0243b000 r-xp 00000000 08:03 416451
/lib64/libsepol.so.1
3e0243b000-3e0263b000 ---p 0003b000 08:03 416451
/lib64/libsepol.so.1
3e0263b000-3e0263c000 rw-p 0003b000 08:03 416451
/lib64/libsepol.so.1
3e0263c000-3e02646000 rw-p 3e0263c000 00:00 0
3e02800000-3e02807000 r-xp 00000000 08:03 416459
/lib64/librt-2.5.so
3e02807000-3e02a07000 ---p 00007000 08:03 416459
/lib64/librt-2.5.so
3e02a07000-3e02a08000 r--p 00007000 08:03 416459
/lib64/librt-2.5.so
3e02a08000-3e02a09000 rw-p 00008000 08:03 416459
/lib64/librt-2.5.so
3e02c00000-3e02d2d000 r-xp 00000000 08:03 416574
/lib64/libcrypto.so.0.9.8e
3e02d2d000-3e02f2c000 ---p 0012d000 08:03 416574
/lib64/libcrypto.so.0.9.8e
3e02f2c000-3e02f4d000 rw-p 0012c000 08:03 416574
/lib64/libcrypto.so.0.9.8e
3e02f4d000-3e02f51000 rw-p 3e02f4d000 00:00 0
3e03000000-3e03011000 r-xp 00000000 08:03 416592
/lib64/libresolv-2.5.so
3e03011000-3e03211000 ---p 00011000 08:03 416592
/lib64/libresolv-2.5.so
3e03211000-3e03212000 r--p 00011000 08:03 416592
/lib64/libresolv-2.5.so
3e03212000-3e03213000 rw-p 00012000 08:03 416592
/lib64/libresolv-2.5.so
3e03213000-3e03215000 rw-p 3e03213000 00:00 0
3e03400000-3e03402000 r-xp 00000000 08:03 416602
/lib64/libcom_err.so.2.1
3e03402000-3e03601000 ---p 00002000 08:03 416602
/lib64/libcom_err.so.2.1
3e03601000-3e03602000 rw-p 00001000 08:03 416602
/lib64/libcom_err.so.2.1
3e03800000-3e03809000 r-xp 00000000 08:03 416479
/lib64/libcrypt-2.5.so
3e03809000-3e03a08000 ---p 00009000 08:03 416479
/lib64/libcrypt-2.5.so
3e03a08Aborted
Any idea ?
Thanks in advance.
Louis Coilliot
Louis Coilliot
$ rpm -qi ruby
Name : ruby Relocations: (not relocatable)
Version : 1.8.6.399 Vendor: Bravenet ELFF
<el...@bravenet.com>
Release : 2.el5 Build Date: Sat 17 Apr
2010 12:53:48 AM CEST
Install Date: Fri 04 Nov 2011 03:14:49 PM CET Build Host: el-build.local
Group : Development/Languages Source RPM:
ruby-1.8.6.399-2.el5.src.rpm
Size : 1738695 License: Ruby or GPLv2
Signature : DSA/SHA1, Sat 17 Apr 2010 01:07:49 AM CEST, Key ID
551751dfe8b071d6
Packager : Bravenet ELFF <el...@bravenet.com>
URL : http://www.ruby-lang.org/
Summary : An interpreter of object-oriented scripting language
Description :
Ruby is the interpreted scripting language for quick and easy
object-oriented programming. It has many features to process text
files and to do system management tasks (as in Perl). It is simple,
straight-forward, and extensible.
$ rpm -qi rubygems
Name : rubygems Relocations: (not relocatable)
Version : 1.3.5 Vendor: Bravenet ELFF
<el...@bravenet.com>
Release : 1.el5 Build Date: Mon 12 Apr
2010 06:21:36 PM CEST
Install Date: Fri 04 Nov 2011 03:14:49 PM CET Build Host: el-build.local
Group : Development/Libraries Source RPM:
rubygems-1.3.5-1.el5.src.rpm
Size : 695344 License: Ruby or GPL+
Signature : DSA/SHA1, Mon 12 Apr 2010 06:36:47 PM CEST, Key ID
551751dfe8b071d6
Packager : Bravenet ELFF <el...@bravenet.com>
URL : http://rubyforge.org/projects/rubygems/
Summary : The Ruby standard for packaging ruby libraries
Description :
RubyGems is the Ruby standard for publishing and managing third party
libraries.
May be it is related but I have installed more than 30 gems, some with
compiled parts, without any problem so far
Louis Coilliot
2012/1/20 Louis Coilliot <louis.c...@think.fr>:
John Mettraux
On Fri, Jan 20, 2012 at 05:32:48PM +0100, Louis Coilliot wrote:
>
> I should precise that I don't use the standard ruby of el5:
>
> $ rpm -qi ruby
> Name : ruby Relocations: (not relocatable)
> Version : 1.8.6.399 Vendor: Bravenet ELFF
Hello Louis,
Anything in there that might help you ?
--
John Mettraux - http://lambda.io/processi
Louis Coilliot
I've already checked that before asking here. No clues, except it
happens for other guys and gems. Sometimes it seems to be a bug in the
soft, sometimes there's no answer, and sometimes the response is 'we
don't support ruby 1.8.5 anymore, upgrade to RHEL 6'. Some devs really
don't know the constraints of corporate systems...or don't care.
Not everyone can play with the latest Fedora.
I don't say that for you.
I've tried with other versions of rubygems : not better.
Anyway, I've found a workaround. I install from a rpm package I've
built against the same ruby version but on RHEL4.
Works fine.
Now I have rpm packages for el6, el5, el4 (yes, you bleeding edge dev
!), and even aix 6.1
Thanks anyway for your concern.
Louis
2012/1/20 John Mettraux <jmet...@gmail.com>:
> --
> you received this message because you are subscribed to the "rufus ruby" group.
> to post : send email to rufus...@googlegroups.com
> to unsubscribe : send email to rufus-ruby+...@googlegroups.com
> more options : http://groups.google.com/group/rufus-ruby?hl=en
John Mettraux
On Sat, Jan 21, 2012 at 12:36:28AM +0100, Louis Coilliot wrote:
>
> Well, no.
>
> I've already checked that before asking here. No clues, except it
> happens for other guys and gems.
Indeed, it doesn't appear limited to rufus-scheduler.
> Sometimes it seems to be a bug in the
> soft, sometimes there's no answer, and sometimes the response is 'we
> don't support ruby 1.8.5 anymore, upgrade to RHEL 6'. Some devs really
> don't know the constraints of corporate systems...or don't care.
> Not everyone can play with the latest Fedora.
Not everyone can play with (old|latest) versions of [insert system name
here].
For example, I have no access to a Fedora system like yours.
In those cases, developers place their hope in the person right in front of
the problem.
Have a nice week-end,
Louis Coilliot
pretty straightforward in comparison to upgrading 300 production
servers hosting application servers and databases with the latest
popular distro :)
I can provide you an access to such a VM if you are curious of the
problem. Let me know.
But anyway, I have a workaround.
Louis
2012/1/21 John Mettraux <jmet...@gmail.com>:
John Mettraux
On Sat, Jan 21, 2012 at 10:07:36AM +0100, Louis Coilliot wrote:
>
> Well, installing a VM for debugging, with a Centos 5 for example, is
> pretty straightforward in comparison to upgrading 300 production
> servers hosting application servers and databases with the latest
> popular distro :)
>
> I can provide you an access to such a VM if you are curious of the
> problem. Let me know.
I don't know if I would accept, the google search quickly indicated it was
not an rufus-scheduler issue. If I were bound to do the investigation work
and fix the issue, I guess it would end up being yet another
ticket for the Red Hat guys requesting a working ruby/rubygems combo for RHEL
5.5.
I'm glad it's not my work's fault.
Best regards,
John