2006-09-22 11:09:04 |
Jonathan Riddell |
bug |
|
|
added bug |
2006-09-22 11:09:25 |
Jonathan Riddell |
ruby1.8: statusexplanation |
|
|
|
2006-09-22 22:07:02 |
Colin Watson |
description |
Build segfaults on pcc, but only on the machines in the datacentre so far.
|
Build segfaults on ppc, but only on the machines in the datacentre so far.
|
|
2006-09-22 22:15:07 |
Colin Watson |
ruby1.8: status |
Unconfirmed |
Confirmed |
|
2006-09-22 22:15:07 |
Colin Watson |
ruby1.8: importance |
Untriaged |
Medium |
|
2006-09-22 22:15:07 |
Colin Watson |
ruby1.8: statusexplanation |
|
This is a threading bug. While applying gdb to the problem, I noticed that (a) the thing that was NULL was prot_tag and (b) prot_tag was fiddled with in some rb_thread_* functions, so I tried building with threading disabled, and it built fine (at least 'debian/rules build'; 'debian/rules binary' failed because Ruby/Tk doesn't work when Ruby is built without pthreads but Tk is built with pthreads).
Obviously this isn't actually a viable workaround due to the Ruby/Tk problem and the fact that building without pthreads almost certainly changes libruby's ABI, but it does indicate where to start looking. mono had a similar problem, and we worked around it for a while with something along the lines of:
#ifdef __powerpc__
#include <sched.h>
#endif
#ifdef __powerpc__
cpu_set_t cpuset;
CPU_ZERO(&cpuset);
CPU_SET(0, &cpuset);
sched_setaffinity(0, sizeof(cpuset), &cpuset);
#endif |
|
2006-09-25 04:57:53 |
Fabio Massimo Di Nitto |
description |
Build segfaults on ppc, but only on the machines in the datacentre so far.
|
Build segfaults on ppc, but only on the machines in the datacentre so far (that are running 64bit kernels)
|
|
2006-09-25 04:58:19 |
Fabio Massimo Di Nitto |
bug |
|
|
added subscriber Benjamin Herrenschmidt |
2006-09-26 16:15:34 |
Ben Collins |
title |
fails to build on ppc |
ruby1.8: fails to build on ppc under 2.6.15 kernel |
|
2006-09-27 03:39:48 |
Fabio Massimo Di Nitto |
bug |
|
|
assigned to linux-source-2.6.15 (Ubuntu) |
2006-09-27 03:39:59 |
Fabio Massimo Di Nitto |
linux-source-2.6.15: status |
Unconfirmed |
Confirmed |
|
2006-09-27 03:39:59 |
Fabio Massimo Di Nitto |
linux-source-2.6.15: importance |
Undecided |
Low |
|
2006-09-27 03:39:59 |
Fabio Massimo Di Nitto |
linux-source-2.6.15: statusexplanation |
|
|
|
2006-09-27 03:42:53 |
Fabio Massimo Di Nitto |
ruby1.8: statusexplanation |
This is a threading bug. While applying gdb to the problem, I noticed that (a) the thing that was NULL was prot_tag and (b) prot_tag was fiddled with in some rb_thread_* functions, so I tried building with threading disabled, and it built fine (at least 'debian/rules build'; 'debian/rules binary' failed because Ruby/Tk doesn't work when Ruby is built without pthreads but Tk is built with pthreads).
Obviously this isn't actually a viable workaround due to the Ruby/Tk problem and the fact that building without pthreads almost certainly changes libruby's ABI, but it does indicate where to start looking. mono had a similar problem, and we worked around it for a while with something along the lines of:
#ifdef __powerpc__
#include <sched.h>
#endif
#ifdef __powerpc__
cpu_set_t cpuset;
CPU_ZERO(&cpuset);
CPU_SET(0, &cpuset);
sched_setaffinity(0, sizeof(cpuset), &cpuset);
#endif |
this is no more a blocker for beta release
|
|
2006-12-16 02:15:52 |
Zhuq! |
bug |
|
|
added attachment '_usr_bin_ruby1.8.1000.crash' (the probelm report generated by the system) |
2007-09-04 13:15:22 |
Matthias Klose |
ruby1.8: status |
Confirmed |
Fix Released |
|
2007-09-04 13:15:22 |
Matthias Klose |
ruby1.8: assignee |
|
doko |
|
2008-08-28 18:43:39 |
Leann Ogasawara |
bug |
|
|
added subscriber Leann Ogasawara |
2010-12-07 02:14:05 |
MillenniumBug |
linux (Ubuntu): status |
Confirmed |
Invalid |
|