[#11073] segfault printing instruction sequence for iterator — <noreply@...>
Bugs item #10527, was opened at 2007-05-02 14:42
Hi,
On Thu, May 10, 2007 at 04:51:18PM +0900, Nobuyoshi Nakada wrote:
Hi,
Hi,
This seems to make valgrind much happier.
On Thu, May 17, 2007 at 11:14:35PM +0900, Paul Brannan wrote:
Hi,
Now 'a' shows up twice in the local table:
Hi,
[#11082] Understanding code: Kernel#require and blocks. — Hugh Sasse <hgs@...>
I'm trying to debug a Rails application which complains about an
On 5/4/07, Hugh Sasse <hgs@dmu.ac.uk> wrote:
On Fri, 4 May 2007, George wrote:
On Fri, May 04, 2007 at 06:18:19PM +0900, Hugh Sasse wrote:
[#11108] pattern for implementation-private constants? — David Flanagan <david@...>
Hi,
I believe there isn't a way, but I don't think it's really necessary. Just
[#11127] Bugs that can be closed — "Jano Svitok" <jan.svitok@...>
I propose closing these bugs as invalid:
[#11145] Rational comparison to 0 fails when denominator is != 1 — <noreply@...>
Bugs item #10739, was opened at 2007-05-10 22:06
Hi,
[#11169] Allow back reference with nest level in Oniguruma for Ruby again — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <wonado@...>
Remark: I posted this text in comp.lang.ruby first, but Matz told me,
Does it make sense or is it required to write this as a RCR?
[#11176] FileUtils.rm_rf misfeature? — johan556@...
Hi!
[#11210] Pathname ascend and descend inclusive parameter — TRANS <transfire@...>
I would like to suggest that Pathname#ascend and Pathname#descend
[#11234] Planning to release 1.8.6 errata — Urabe Shyouhei <shyouhei@...>
Hi all.
On 25/05/07, Urabe Shyouhei <shyouhei@ruby-lang.org> wrote:
[#11252] Init_stack and ruby_init_stack fail to reinit stack (threads problem?) — <noreply@...>
Bugs item #11134, was opened at 2007-05-25 12:14
Hi,
Nobuyoshi Nakada wrote:
[#11255] ruby_1_8_6 build problem (make install-doc) — johan556@...
Hi!
[#11271] providing better support through rubyforge tracker categories — Ryan Davis <ryand-ruby@...>
I'm going to make more categories for the trackers (bugs and patches)
[#11367] BUG: next in lambda: 1.8.6 differs from 1.8.4 and 1.9.0 — David Flanagan <david@...>
A toplevel next statement in a lambda does not return a value in 1.8.6,
[#11368] $2000 USD Reward for help fixing Segmentation Fault in GC — Brent Roman <brent@...>
Hi Brent,
[ ruby-Bugs-10620 ] TestReadline fails depending on the terminal in which the test is run.
Bugs item #10620, was opened at 2007-05-05 21:43 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=1698&aid=10620&group_id=426 Category: Core Group: 1.8.6 Status: Open Resolution: None Priority: 3 Submitted By: Hans de Graaff (graaff) Assigned to: Nobody (None) Summary: TestReadline fails depending on the terminal in which the test is run. Initial Comment: This issue has been described in more detail as Gentoo bug https://bugs.gentoo.org/show_bug.cgi?id=143341 (but note that there are also other testing bugs mentioned there) The symptom is this: 1) Failure: test_readline(TestReadline) [./readline/test_readline.rb:25]: <"> "> expected but was <"\e[">. After some additional investigation I found that some terminals (I tested with gnome-terminal, with TERM=xterm) insert an escape code in the stdout file that is used by the test, so instead of the expected "> " prompt the escape code is found. Here is the hex dump of the stdout file: 00000000 1b 5b 3f 31 30 33 34 68 3e 20 68 65 6c 6c 6f 0a |.[?1034h> hello.| 00000010 I could run the process without any problem by using a more conservative terminal, e.g. this passes the tests: TERM=vt100 ruby -C . runner.rb -t TestReadline -v Perhaps the test should be adjusted to always enforce a conservative terminal, e.g. by setting ENV['TERM'] at the beginning of the test_readline method. This fixes the problem for me. ---------------------------------------------------------------------- You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=1698&aid=10620&group_id=426